+ 
+
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` | `.` | | | destroy contract and sends all funds to `addr` |
+| Stack | Name | Gas | Anfangs-Stack | Ergebnis-Stack | Speicher | Anmerkungen |
+|:-----:|:-------------- |:-----------------------------------------------------------------------------------------------:|:------------------------------------------------ |:-------------------------------------------- |:----------------------------------------------------------------------------- |:--------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 00 | STOP | 0 | | | | halt execution |
+| 01 | ADD | 3 | `a, b` | `a + b` | | (u)int256 addition modulo 2\*\*256 |
+| 02 | MUL | 5 | `a, b` | `a * b` | | (u)int256 multiplication modulo 2\*\*256 |
+| 03 | SUB | 3 | `a, b` | `a - b` | | (u)int256 addition modulo 2\*\*256 |
+| 04 | DIV | 5 | `a, b` | `a // b` | | uint256 division |
+| 05 | SDIV | 5 | `a, b` | `a // b` | | int256 division |
+| 06 | MOD | 5 | `a, b` | `a % b` | | uint256 modulus |
+| 07 | SMOD | 5 | `a, b` | `a % b` | | int256 modulus |
+| 08 | ADDMOD | 8 | `a, b, N` | `(a + b) % N` | | (u)int256 addition modulo N |
+| 09 | MULMOD | 8 | `a, b, N` | `(a * b) % N` | | (u)int256 multiplication modulo N |
+| 0A | EXP | [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp) | `a, b` | `a ** b` | | uint256 exponentiation modulo 2\*\*256 |
+| 0B | SIGNEXTEND | 5 | `b, x` | `SIGNEXTEND(x, b)` | | [sign extend](https://wikipedia.org/wiki/Sign_extension) `x` from `(b+1)` bytes to 32 bytes |
+| 0C-0F | _invalid_ | | | | | |
+| 10 | LT | 3 | `a, b` | `a < b` | | uint256 less-than |
+| 11 | GT | 3 | `a, b` | `a > b` | | uint256 greater-than |
+| 12 | SLT | 3 | `a, b` | `a < b` | | int256 less-than |
+| 13 | SGT | 3 | `a, b` | `a > b` | | int256 greater-than |
+| 14 | EQ | 3 | `a, b` | `a == b` | | (u)int256 equality |
+| 15 | ISZERO | 3 | `a` | `a == 0` | | (u)int256 iszero |
+| 16 | AND | 3 | `a, b` | `a && b` | | bitwise AND |
+| 17 | OR | 3 | `a, b` | `a \|\| b` | | bitwise OR |
+| 18 | XOR | 3 | `a, b` | `a ^ b` | | bitwise XOR |
+| 19 | NOT | 3 | `a` | `~a` | | bitwise NOT |
+| 1A | BYTE | 3 | `i, x` | `(x >> (248 - i * 8)) && 0xFF` | | `i`th byte of (u)int256 `x`, from the left |
+| 1B | SHL | 3 | `shift, val` | `val << shift` | | shift left |
+| 1C | SHR | 3 | `shift, val` | `val >> shift` | | logical shift right |
+| 1D | SAR | 3 | `shift, val` | `val >> shift` | | arithmetic shift right |
+| 1E-1F | _invalid_ | | | | | |
+| 20 | KECCAK256 | [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3) | `ost, len` | `keccak256(mem[ost:ost+len-1])` | | keccak256 |
+| 21-2F | _invalid_ | | | | | |
+| 30 | ADDRESS | 2 | `.` | `address(this)` | | address of executing contract |
+| 31 | BALANCE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `addr.balance` | | balance, in wei |
+| 32 | ORIGIN | 2 | `.` | `tx.origin` | | address that originated the tx |
+| 33 | CALLER | 2 | `.` | `msg.sender` | | address of msg sender |
+| 34 | CALLVALUE | 2 | `.` | `msg.value` | | msg value, in wei |
+| 35 | CALLDATALOAD | 3 | `idx` | `msg.data[idx:idx+32]` | | read word from msg data at index `idx` |
+| 36 | CALLDATASIZE | 2 | `.` | `len(msg.data)` | | length of msg data, in bytes |
+| 37 | CALLDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1] | copy msg data |
+| 38 | CODESIZE | 2 | `.` | `len(this.code)` | | length of executing contract's code, in bytes |
+| 39 | CODECOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1] | copy executing contract's bytecode |
+| 3A | GASPRICE | 2 | `.` | `tx.gasprice` | | gas price of tx, in wei per unit gas [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice) |
+| 3B | EXTCODESIZE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `len(addr.code)` | | size of code at addr, in bytes |
+| 3C | EXTCODECOPY | [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy) | `addr, dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | copy code from `addr` |
+| 3D | RETURNDATASIZE | 2 | `.` | `size` | | size of returned data from last external call, in bytes |
+| 3E | RETURNDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1] | copy returned data from last external call |
+| 3F | EXTCODEHASH | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `Hash` | | hash = addr.exists ? keccak256(addr.code) : 0 |
+| 40 | BLOCKHASH | 20 | `blockNum` | `blockHash(blockNum)` | | |
+| 41 | COINBASE | 2 | `.` | `block.coinbase` | | address of miner of current block |
+| 42 | TIMESTAMP | 2 | `.` | `block.timestamp` | | timestamp of current block |
+| 43 | NUMBER | 2 | `.` | `block.number` | | number of current block |
+| 44 | PREVRANDAO | 2 | `.` | `randomness beacon` | | randomness beacon |
+| 45 | GASLIMIT | 2 | `.` | `block.gaslimit` | | gas limit of current block |
+| 46 | CHAINID | 2 | `.` | `chain_id` | | push current [chain id](https://eips.ethereum.org/EIPS/eip-155) onto stack |
+| 47 | SELFBALANCE | 5 | `.` | `address(this).balance` | | balance of executing contract, in wei |
+| 48 | BASEFEE | 2 | `.` | `block.basefee` | | base fee of current block |
+| 49-4F | _invalid_ | | | | | |
+| 50 | POP | 2 | `_anon` | `.` | | remove item from top of stack and discard it |
+| 51 | MLOAD | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost` | `mem[ost:ost+32]` | | read word from memory at offset `ost` |
+| 52 | MSTORE | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost:ost+32] := val | write a word to memory |
+| 53 | MSTORE8 | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost] := val && 0xFF | write a single byte to memory |
+| 54 | SLOAD | [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload) | `key` | `storage[key]` | | read word from storage |
+| 55 | SSTORE | [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore) | `key, val` | `.` | storage[key] := val | write word to storage |
+| 56 | JUMP | 8 | `dst` | `.` | | `$pc := dst` mark that `pc` is only assigned if `dst` is a valid jumpdest |
+| 57 | JUMPI | 10 | `dst, condition` | `.` | | `$pc := condition ? dst : $pc + 1` |
+| 58 | PC | 2 | `.` | `$pc` | | program counter |
+| 59 | MSIZE | 2 | `.` | `len(mem)` | | size of memory in current execution context, in bytes |
+| 5A | GAS | 2 | `.` | `gasRemaining` | | |
+| 5B | JUMPDEST | 1 | | | mark valid jump destination | a valid jump destination for example a jump destination not inside the push data |
+| 5C-5E | _invalid_ | | | | | |
+| 5F | PUSH0 | 2 | `.` | `uint8` | | Bringen Sie den konstanten Wert 0 in den Stack ein |
+| 60 | PUSH1 | 3 | `.` | `uint8` | | push 1-byte value onto stack |
+| 61 | PUSH2 | 3 | `.` | `uint16` | | push 2-byte value onto stack |
+| 62 | PUSH3 | 3 | `.` | `uint24` | | push 3-byte value onto stack |
+| 63 | PUSH4 | 3 | `.` | `uint32` | | push 4-byte value onto stack |
+| 64 | PUSH5 | 3 | `.` | `uint40` | | push 5-byte value onto stack |
+| 65 | PUSH6 | 3 | `.` | `uint48` | | push 6-byte value onto stack |
+| 66 | PUSH7 | 3 | `.` | `uint56` | | push 7-byte value onto stack |
+| 67 | PUSH8 | 3 | `.` | `uint64` | | push 8-byte value onto stack |
+| 68 | PUSH9 | 3 | `.` | `uint72` | | push 9-byte value onto stack |
+| 69 | PUSH10 | 3 | `.` | `uint80` | | push 10-byte value onto stack |
+| 6A | PUSH11 | 3 | `.` | `uint88` | | push 11-byte value onto stack |
+| 6B | PUSH12 | 3 | `.` | `uint96` | | push 12-byte value onto stack |
+| 6C | PUSH13 | 3 | `.` | `uint104` | | push 13-byte value onto stack |
+| 6D | PUSH14 | 3 | `.` | `uint112` | | push 14-byte value onto stack |
+| 6E | PUSH15 | 3 | `.` | `uint120` | | push 15-byte value onto stack |
+| 6F | PUSH16 | 3 | `.` | `uint128` | | push 16-byte value onto stack |
+| 70 | PUSH17 | 3 | `.` | `uint136` | | push 17-byte value onto stack |
+| 71 | PUSH18 | 3 | `.` | `uint144` | | push 18-byte value onto stack |
+| 72 | PUSH19 | 3 | `.` | `uint152` | | push 19-byte value onto stack |
+| 73 | PUSH20 | 3 | `.` | `uint160` | | push 20-byte value onto stack |
+| 74 | PUSH21 | 3 | `.` | `uint168` | | push 21-byte value onto stack |
+| 75 | PUSH22 | 3 | `.` | `uint176` | | push 22-byte value onto stack |
+| 76 | PUSH23 | 3 | `.` | `uint184` | | push 23-byte value onto stack |
+| 77 | PUSH24 | 3 | `.` | `uint192` | | push 24-byte value onto stack |
+| 78 | PUSH25 | 3 | `.` | `uint200` | | push 25-byte value onto stack |
+| 79 | PUSH26 | 3 | `.` | `uint208` | | push 26-byte value onto stack |
+| 7A | PUSH27 | 3 | `.` | `uint216` | | push 27-byte value onto stack |
+| 7B | PUSH28 | 3 | `.` | `uint224` | | push 28-byte value onto stack |
+| 7C | PUSH29 | 3 | `.` | `uint232` | | push 29-byte value onto stack |
+| 7D | PUSH30 | 3 | `.` | `uint240` | | push 30-byte value onto stack |
+| 7E | PUSH31 | 3 | `.` | `uint248` | | push 31-byte value onto stack |
+| 7F | PUSH32 | 3 | `.` | `uint256` | | push 32-byte value onto stack |
+| 80 | DUP1 | 3 | `a` | `a, a` | | clone 1st value on stack |
+| 81 | DUP2 | 3 | `_, a` | `a, _, a` | | clone 2nd value on stack |
+| 82 | DUP3 | 3 | `_, _, a` | `a, _, _, a` | | clone 3rd value on stack |
+| 83 | DUP4 | 3 | `_, _, _, a` | `a, _, _, _, a` | | clone 4th value on stack |
+| 84 | DUP5 | 3 | `..., a` | `a, ..., a` | | clone 5th value on stack |
+| 85 | DUP6 | 3 | `..., a` | `a, ..., a` | | clone 6th value on stack |
+| 86 | DUP7 | 3 | `..., a` | `a, ..., a` | | clone 7th value on stack |
+| 87 | DUP8 | 3 | `..., a` | `a, ..., a` | | clone 8th value on stack |
+| 88 | DUP9 | 3 | `..., a` | `a, ..., a` | | clone 9th value on stack |
+| 89 | DUP10 | 3 | `..., a` | `a, ..., a` | | clone 10th value on stack |
+| 8A | DUP11 | 3 | `..., a` | `a, ..., a` | | clone 11th value on stack |
+| 8B | DUP12 | 3 | `..., a` | `a, ..., a` | | clone 12th value on stack |
+| 8C | DUP13 | 3 | `..., a` | `a, ..., a` | | clone 13th value on stack |
+| 8D | DUP14 | 3 | `..., a` | `a, ..., a` | | clone 14th value on stack |
+| 8E | DUP15 | 3 | `..., a` | `a, ..., a` | | clone 15th value on stack |
+| 8F | DUP16 | 3 | `..., a` | `a, ..., a` | | clone 16th value on stack |
+| 90 | SWAP1 | 3 | `a, b` | `b, a` | | |
+| 91 | SWAP2 | 3 | `a, _, b` | `b, _, a` | | |
+| 92 | SWAP3 | 3 | `a, _, _, b` | `b, _, _, a` | | |
+| 93 | SWAP4 | 3 | `a, _, _, _, b` | `b, _, _, _, a` | | |
+| 94 | SWAP5 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 95 | SWAP6 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 96 | SWAP7 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 97 | SWAP8 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 98 | SWAP9 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 99 | SWAP10 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9A | SWAP11 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9B | SWAP12 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9C | SWAP13 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9D | SWAP14 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9E | SWAP15 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | | |
+| A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `.` | | LOG0(memory[ost:ost+len-1]) |
+| A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `.` | | LOG1(memory[ost:ost+len-1], topic0) |
+| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `.` | | LOG1(memory[ost:ost+len-1], topic0, topic1) |
+| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `.` | | LOG1(memory[ost:ost+len-1], topic0, topic1, topic2) |
+| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `.` | | LOG1(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) |
+| A5-EF | _invalid_ | | | | | |
+| F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) |
+| F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | same as DELEGATECALL, but does not propagate original msg.sender and msg.value |
+| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | return mem[ost:ost+len-1] |
+| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] |
+| F6-F9 | _invalid_ | | | | | |
+| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| FB-FC | _invalid_ | | | | | |
+| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) |
+| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | designated invalid opcode - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) | |
+| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | | destroy contract and sends all funds to `addr` |
diff --git a/public/content/translations/de/developers/docs/gas/index.md b/public/content/translations/de/developers/docs/gas/index.md
index b669b72079d..a368ee37592 100644
--- a/public/content/translations/de/developers/docs/gas/index.md
+++ b/public/content/translations/de/developers/docs/gas/index.md
@@ -55,7 +55,7 @@ Jeder Block hat seine eigene Basisgebühr, welche als reservierter Preis erschei
Die Grundgebühr wird anhand einer Formel berechnet, die die Größe des vorherigen Blocks (die für alle Transaktionen verwendete Gasmenge) mit der Zielgröße vergleicht. Die Grundgebühr erhöht sich um maximal 12,5 % pro Block, wenn die Zielblockgröße überschritten wird. Dieses exponentielle Wachstum macht es wirtschaftlich unrentabel, die Blockgröße unbegrenzt hoch zu halten.
| Blocknummer | Enthaltenes Gas | Gebührenerhöhung | Aktuelle Grundgebühr |
-| ----------- | --------------: | ---------------: | -------------------: |
+| ----------- | ---------------:| ----------------:| --------------------:|
| 1 | 15 m | 0 % | 100 gwei |
| 2 | 30 m | 0 % | 100 gwei |
| 3 | 30 m | 12,5 % | 112,5 gwei |
@@ -70,7 +70,7 @@ Der obigen Tabelle folgend: Um eine Transaktion auf Block Nummer 9 zu erstellen,
Außerdem ist es unwahrscheinlich, dass es zu längeren Zeiträumen mit vollen Blöcken kommt, da die Grundgebühr vor einem vollen Block schnell ansteigt.
| Blocknummer | Enthaltenes Gas | Gebührenerhöhung | Aktuelle Grundgebühr |
-| ----------- | --------------: | ---------------: | -------------------: |
+| ----------- | ---------------:| ----------------:| --------------------:|
| 30 | 30 m | 12,5 % | 2705,6 gwei |
| ... | ... | 12,5 % | ... |
| 50 | 30 m | 12,5 % | 28531,3 gwei |
diff --git a/public/content/translations/de/developers/docs/networks/index.md b/public/content/translations/de/developers/docs/networks/index.md
index 4a32ec80066..0131cc16499 100644
--- a/public/content/translations/de/developers/docs/networks/index.md
+++ b/public/content/translations/de/developers/docs/networks/index.md
@@ -56,12 +56,11 @@ Die beiden öffentlichen Testnets, die die Client-Entwickler derzeit betreiben,
- [QuickNode Sepolia Faucet](https://faucet.quicknode.com/drip)
- [Grabteeth](https://grabteeth.xyz/)
- [PoW-Faucet](https://sepolia-faucet.pk910.de/)
-- [Sepolia-Faucet](https://faucet.sepolia.dev/)
-- [FaucETH](https://fauceth.komputing.org)
-- [Coinbase Wallet Faucet | Sepolia](https://coinbase.com/faucets/ethereum-sepolia-faucet)
-- [Alchemy Sepolia-Faucet](https://sepoliafaucet.com/)
-- [Infura Sepolia-Faucet](https://www.infura.io/faucet)
-- [Chainstack Sepolia-Faucet](https://faucet.chainstack.com/sepolia-faucet)
+- [Faucet für Coinbase-Wallet | Sepolia](https://coinbase.com/faucets/ethereum-sepolia-faucet)
+- [Faucet für Alchemy Sepolia](https://sepoliafaucet.com/)
+- [Faucet für Infura Sepolia](https://www.infura.io/faucet)
+- [Faucet für Chainstack Sepolia](https://faucet.chainstack.com/sepolia-faucet)
+- [Testnetz-Faucet | Sepolia](https://testnet-faucet.com/sepolia/)
#### Goerli _(Langzeit-Support)_ {#goerli}
@@ -113,9 +112,17 @@ Ein Testnet für [Optimism](https://www.optimism.io/).
- [Paradigm-Faucet](https://faucet.paradigm.xyz/)
- [Coinbase Wallet Faucet | Optimism Goerli](https://coinbase.com/faucets/optimism-goerli-faucet)
+#### Starknet Goerli {#starknet-goerli}
+
+Ein Testnetz für [Starknet](https://www.starknet.io).
+
+##### Faucets
+
+- [Starknet-Faucet](https://faucet.goerli.starknet.io)
+
## Private Netzwerke {#private-networks}
-Ein Ethereum-Netzwerk ist ein privates Netzwerk, wenn seine Knoten nicht mit einem öffentlichen Netzwerk verbunden sind (d. h. Mainnet oder ein Testnet). In diesem Zusammenhang bedeutet privat nur reserviert oder isoliert statt geschützt oder sicher.
+Ein Ethereum-Netzwerk ist ein privates Netzwerk, wenn seine Knoten nicht mit einem öffentlichen Netzwerk verbunden sind (z. B. mit Mainnet oder einem Testnet). In diesem Zusammenhang bedeutet privat nur reserviert oder isoliert statt geschützt oder sicher.
### Entwicklungsnetzwerke {#development-networks}
@@ -125,7 +132,7 @@ Es gibt Projekte und Tools, die dabei hilfreich sind. Erfahren Sie mehr über [E
### Konsortium-Netzwerke {#consortium-networks}
-Der Konsensprozess wird von einer vordefinierten Gruppe von Knoten gesteuert, die vertrauenswürdig sind. Zum Beispiel ein privates Netzwerk bekannter akademischer Institutionen, die jeweils einen einzelnen Knoten stellen, wodurch Blöcke mit einer Schwelle von Unterzeichnern innerhalb des Netzwerks validiert werden.
+Der Konsensprozess wird von einer vordefinierten Gruppe von Nodes gesteuert, die vertrauenswürdig sind. Beispielsweise ein privates Netzwerk bekannter akademischer Institutionen, die jeweils eine einzelne Node stellen, sowie Blöcke werden mithilfe einer Schwelle von Unterzeichnern innerhalb des Netzwerks validiert.
Wenn ein öffentliches Ethereum-Netzwerk wie das öffentliche Internet ist, dann ist ein Konsortialnetzwerk wie ein privates Intranet.
@@ -137,4 +144,4 @@ Wenn ein öffentliches Ethereum-Netzwerk wie das öffentliche Internet ist, dann
## Weiterführende Informationen {#further-reading}
- [Vorschlag: vorhersehbarer Ethereum-Testnet-Lebenszyklus](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17)
-- [Die Evolution der Ethereum-Testnets](https://etherworld.co/2022/08/19/the-evolution-of-ethereum-testnet/)
+- [Die Entwicklung der Ethereum-Testnets](https://etherworld.co/2022/08/19/the-evolution-of-ethereum-testnet/)
diff --git a/public/content/translations/de/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/de/developers/docs/nodes-and-clients/archive-nodes/index.md
index 49f6b56c0f0..2a1bab7cc38 100644
--- a/public/content/translations/de/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/de/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -56,7 +56,7 @@ Bevor Sie ihren eigenen Archivierungsknoten starten, sollten Sie die Unterschied
## Empfohlene Verfahren
-Neben den generellen [Empfehlungen zum Betreiben eines Knotens](/developers/docs/nodes-and-clients/run-a-node/) kann ein Archivierungsknoten höhere Anforderungen an Hardware und Wartung stellen. In Anbetracht von Erigons [Schlüsselfunktionen](https://github.com/ledgerwatch/erigon#key-features) ist der praktischste Ansatz, die [Erigon](/developers/docs/nodes-and-clients/#erigon)-Client-Implementation zu verwenden.
+Abgesehen von den generellen [Empfehlungen zum Betreiben einer Node](/developers/docs/nodes-and-clients/run-a-node/) kann eine Archivierungs-Node höhere Anforderungen an Hardware und Wartung stellen. In Anbetracht von Erigons [Schlüsselfunktionen](https://github.com/ledgerwatch/erigon#key-features) ist der praktischste Ansatz, die [Erigon](/developers/docs/nodes-and-clients/#erigon)-Client-Implementation zu verwenden.
### Hardware
diff --git a/public/content/translations/de/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/de/developers/docs/nodes-and-clients/client-diversity/index.md
index 38bb734b15e..9dd6b3ba85b 100644
--- a/public/content/translations/de/developers/docs/nodes-and-clients/client-diversity/index.md
+++ b/public/content/translations/de/developers/docs/nodes-and-clients/client-diversity/index.md
@@ -31,7 +31,7 @@ Die Client-Vielfalt bietet auch eine gewisse Widerstandsfähigkeit gegen Angriff
Ein Fehler in einem Konsensclient mit mehr als 33 % der Ethereum-Knoten könnte verhindern, dass die Konsensebene finalisieren kann. Das bedeutet, dass die Nutzer nicht darauf vertrauen können, dass Transaktionen nicht irgendwann rückgängig gemacht oder geändert werden. Dies wäre für viele der auf Ethereum aufbauenden Anwendungen, insbesondere DeFi, sehr problematisch.
-.envファイルをコミットしないでください! .envファイルを誰かと共有したり公開したりしないようにしてください。秘密が漏洩する可能性があります。 バージョン管理ツールを使用している場合は、.envをgitignoreファイルに追加します。
-2 つの画像は、GraphQL の本質をほぼ捉えています。 右のクエリーでは、必要なデータを正確に定義できるので、1 回のリクエストで必要なものだけを取得できます。 GraphQL サーバーは必要とされるすべてのデータの取得を処理できるので、フロントエンドのコンシューマ側にとっては極めて使いやすいツールとなっています。 ご興味があれば、サーバーが具体的にどのようにクエリを処理するかについて[わかりやすい説明](https://www.apollographql.com/blog/graphql-explained-5844742f195e/)をご覧ください。
+2つの画像は、GraphQLの本質をほぼ捉えています。 右のクエリーでは、必要なデータを正確に定義できるので、1回のリクエストで必要なものだけを取得できます。 GraphQLサーバーは必要とされるすべてのデータの取得を処理できるので、フロントエンドのコンシューマ側にとっては極めて使いやすいツールとなっています。 ご興味があれば、サーバーが具体的にどのようにクエリを処理するかについて[わかりやすい説明](https://www.apollographql.com/blog/graphql-explained-5844742f195e/)をご覧ください。
-この知識をもとに、ブロックチェーン空間と The Graph の世界に入って行きましょう。
+この知識をもとに、ブロックチェーン空間とThe Graphの世界に入って行きましょう。
-## The Graph とは {#what-is-the-graph}
+## The Graphとは {#what-is-the-graph}
-ブロックチェーンは、分散型データベースですが、通常のデータベースとは対照的に、データベースに対するクエリ言語がありません。 データを取得することにおいては、苦痛を伴うか不可能かのどちらかです。 The Graph は、ブロックチェーンデータのインデックス作成とクエリを行うための分散型プロトコルです。 ご想像の通り The Graph は、GraphQL をクエリ言語として使用しています。
+ブロックチェーンは、分散型データベースですが、通常のデータベースとは対照的に、データベースに対するクエリ言語がありません。 データを取得することにおいては、苦痛を伴うか不可能かのどちらかです。 The Graphは、ブロックチェーンデータのインデックス作成とクエリを行うための分散型プロトコルです。 ご想像の通りThe Graphは、GraphQLをクエリ言語として使用しています。
-何かを理解するには例を見るのが最善なので、先ほどの GameContract で The Graph を使ってみましょう。
+何かを理解するには例を見るのが最善なので、先ほどのGameContractでThe Graphを使ってみましょう。
## サブグラフの作成方法 {#how-to-create-a-subgraph}
-サブグラフは、データにインデックスを作成する方法を定義するものです。 定義には、次の 3 つのコンポーネントが必要です。
+サブグラフは、データにインデックスを作成する方法を定義するものです。 定義には、次の3つのコンポーネントが必要です。
1. マニフェスト(`subgraph.yaml`)
2. スキーマ(`schema.graphql`)
@@ -120,11 +120,11 @@ GameContract.events.BetPlaced({
- 関数呼び出しやブロックなど、その他に何をリッスンするか
- 呼び出されるマッピング関数 (後述の`mapping.ts`を参照)
-マニフェストには複数のコントラクトとハンドラを定義できます。 典型的な設定では、Truffle または Hardhat プロジェクト内にサブグラフフォルダと独自のリポジトリがあります。 それにより、簡単にアプリケーションバイナリインターフェース(ABI)を参照することができます。
+マニフェストには複数のコントラクトとハンドラを定義できます。 典型的な設定では、TruffleまたはHardhatプロジェクト内にサブグラフフォルダと独自のリポジトリがあります。 それにより、簡単にアプリケーションバイナリインターフェース(ABI)を参照することができます。
-便利さの観点から、Mustache のようなテンプレートツールを使用することもできます。 `subgraph.template.yaml`を作成し、最新のデプロイメントに基づいたアドレスを挿入します。 より高度な設定例については、[Aave サブグラフリポジトリ](https://github.com/aave/aave-protocol/tree/master/thegraph)の例をご覧ください。
+便利さの観点から、Mustacheのようなテンプレートツールを使用することもできます。 `subgraph.template.yaml`を作成し、最新のデプロイメントに基づいたアドレスを挿入します。 より高度な設定例については、[Aaveサブグラフリポジトリ](https://github.com/aave/aave-protocol/tree/master/thegraph)の例をご覧ください。
-完全なドキュメントは、こちらをご覧ください。https://thegraph.com/docs/define-a-subgraph#the-subgraph-manifest
+ドキュメント全文については、[こちら](https://thegraph.com/docs/en/developing/creating-a-subgraph/#the-subgraph-manifest)をご覧ください。
```yaml
specVersion: 0.0.1
@@ -157,17 +157,17 @@ dataSources:
### スキーマ(`schema.graphql`) {#schema}
-スキーマは、GraphQL のデータ定義です。 必要なエンティティとタイプを定義することができます。 The Graph でサポートされているタイプは、次のとおりです。
+スキーマは、GraphQLのデータ定義です。 必要なエンティティとタイプを定義することができます。 The Graphでサポートされているタイプは、次のとおりです。
- バイト型
-- ID 型
+- ID型
- 文字列型
- ブール型
- 整数型
-- BigInt 型
-- BigDecimal 型
+- BigInt型
+- BigDecimal型
-リレーションシップを定義するために、エンティティをタイプとして使用することもできます。 この例では、プレイヤーと賭け(Bet)で 1 対多のリレーションシップを定義します。 「!」 は、空の値を取れないこと意味します。 完全なドキュメントは、こちらをご覧ください。https://thegraph.com/docs/define-a-subgraph#the-graphql-schema
+リレーションシップを定義するために、エンティティをタイプとして使用することもできます。 この例では、プレイヤーと賭け(Bet)で1対多のリレーションシップを定義します。 「!」 は、空の値を取れないこと意味します。 完全なドキュメントは、[こちら](https://thegraph.com/docs/en/developing/creating-a-subgraph/#the-subgraph-manifest)をご覧ください。
```graphql
type Bet @entity {
@@ -188,15 +188,15 @@ type Player @entity {
### マッピング(`mapping.ts`) {#mapping}
-The Graph のマッピングファイルは、受信したイベントをエンティティに変換する関数を定義します。 Typescript のサブセットである AssemblyScript で書きます。 これは、より効率化され、よりポータブル化されたマッピングの実行を実現するため、WebAssembly(WASM)にコンパイルされます。
+The Graphのマッピングファイルは、受信したイベントをエンティティに変換する関数を定義します。 TypescriptのサブセットであるAssemblyScriptで書きます。 これは、より効率化され、よりポータブル化されたマッピングの実行を実現するため、WebAssembly(WASM)にコンパイルされます。
-各関数を`subgraph.yaml`ファイルに定義する必要があります。この例では、`handleNewBet`の一つだけが必要です。 まず、id として送信者アドレスから Player エンティティを読み込もうとします。 存在しない場合は、新しいエンティティを作成して開始値を入れます。
+各関数を`subgraph.yaml`ファイルに定義する必要があります。この例では、`handleNewBet`の一つだけが必要です。 まず、idとして送信者アドレスからPlayerエンティティを読み込もうとします。 存在しない場合は、新しいエンティティを作成して開始値を入れます。
-次に、Bet エンティティを作成します。 id は、`event.transaction.hash.toHex() + "-" + event.logIndex.toString()`になり、常に一意の値になります。 誰かがスマートコントラクトを介して 1 つのトランザクションで placeBet 関数を複数回呼び出す可能性があるため、ハッシュのみの使用では十分ではありません。
+次に、Betエンティティを作成します。 idは、`event.transaction.hash.toHex() + "-" + event.logIndex.toString()`になり、常に一意の値になります。 誰かがスマートコントラクトを介して1つのトランザクションでplaceBet関数を複数回呼び出す可能性があるため、ハッシュのみの使用では十分ではありません。
-最後に、すべてのデータで Player エンティティを更新します。 配列を直接プッシュすることはできませんが、ここに示すように更新する必要があります。 bet を参照するために id を使用します。 エンティティを保存するには、`.save()`が最後に必要です。
+最後に、すべてのデータでPlayerエンティティを更新します。 配列を直接プッシュすることはできませんが、ここに示すように更新する必要があります。 betを参照するためにidを使用します。 エンティティを保存するには、`.save()`が最後に必要です。
-完全なドキュメントは、こちらをご覧ください。https://thegraph.com/docs/define-a-subgraph#writing-mappings マッピングファイルにログの出力を追加できます。詳細は[こちら](https://thegraph.com/docs/assemblyscript-api#api-reference)をご覧ください。
+ドキュメント全文については、こちらをご覧ください。https://thegraph.com/docs/en/developing/creating-a-subgraph/#writing-mappings マッピングファイルにログの出力を追加できます。詳細は[こちら](https://thegraph.com/docs/assemblyscript-api#api-reference)をご覧ください。
```typescript
import { Bet, Player } from "../generated/schema"
@@ -240,7 +240,7 @@ export function handleNewBet(event: PlacedBet): void {
## フロントエンドでの使用 {#using-it-in-the-frontend}
-Apollo Boost などを使うと、The Graph を React(または Apollo-Vue)の分散型アプリケーション(Dapp)に簡単に統合できます。 特に React フックと Apollo を使用する場合は、コンポーネントに単一の GraphQL クエリを記述するのと同じくらいデータの取得が簡単です。 典型的な設定は次のようになります。
+Apollo Boostなどを使うと、The GraphをReact(またはApollo-Vue)の分散型アプリケーション(Dapp)に簡単に統合できます。 特にReactフックとApolloを使用する場合は、コンポーネントに単一のGraphQLクエリを記述するのと同じくらいデータの取得が簡単です。 典型的な設定は次のようになります。
```javascript
// See all subgraphs: https://thegraph.com/explorer/
@@ -262,7 +262,7 @@ ReactDOM.render(
- 現在のユーザーの敗北数
- 過去の賭けのタイムスタンプのリスト
-GraphQL サーバーへの単一リクエストですべて取得できます。
+GraphQLサーバーへの単一リクエストですべて取得できます。
```javascript
const myGraphQlQuery = gql`
@@ -287,30 +287,27 @@ React.useEffect(() => {
-しかし、最後のパズルの 1 つが欠けています。それがサーバーについてです。 自分のノードでサーバーを実行することも、ホストサービスを使用することもできます。
+しかし、最後のパズルの1つが欠けています。それがサーバーについてです。 自分のノードでサーバーを実行することも、ホストサービスを使用することもできます。
-## The Graph サーバー {#the-graph-server}
+## The Graphサーバー {#the-graph-server}
### Graph エクスプローラー: ホストサービス {#graph-explorer-the-hosted-service}
-最も簡単な方法は、ホストサービスを利用することです。 [こちらの手順](https://thegraph.com/docs/deploy-a-subgraph)に従ってサブグラフをデプロイします。 エクスプローラー(https://thegraph.com/explorer/)では、さまざまなプロジェクト向けに既存のサブグラフを探せます。
+最も簡単な方法は、ホストサービスを利用することです。 [こちらの手順](https://thegraph.com/docs/en/deploying/deploying-a-subgraph-to-hosted/)に従ってサブグラフをデプロイしてください。 [エクスプローラー](https://thegraph.com/explorer/)では、さまざまなプロジェクト向けに既存のサブグラフを探すことができます。
### 自分のノードで実行 {#running-your-own-node}
-もう一つの方法として、次のように自分のノードで実行することもできます。 https://github.com/graphprotocol/graph-node#quick-start これにより、ホストサービスでサポートされていないネットワークで使用することができます。 現在サポートされいるネットワークは、Mainnet、Kovan、Rinkeby、Ropsten、Goerli、PoA-Core、xDAI、Sokol です。
+自分のノードでも実行できます。 実行方法については、[こちら](https://github.com/graphprotocol/graph-node#quick-start)のドキュメントをご覧ください。 これにより、ホストサービスでサポートされていないネットワークでも使用できます。 現在サポートしているネットワークについては、[こちら](https://thegraph.com/docs/en/developing/supported-networks/)をご覧ください。
## 非中央集権型の未来 {#the-decentralized-future}
-GraphQL は、新しく受信するイベントのストリームもサポートしています。 The Graph では、完全にはサポートされていませんが、近々リリースされる予定です。
+GraphQLは、新しく受信するイベントのストリームもサポートしています。 これらの機能は、現在オープンベータ版の[Substreams](https://thegraph.com/docs/en/substreams/)を通して、グラフ上でサポートされています。
-このサービスに欠けている側面の一つは、分散化です。 The Graph は、最終的に完全に分散化されたプロトコルになる予定です。 この計画を詳細に説明する次の 2 つの素晴らしい記事をご覧ください。
+[2021](https://thegraph.com/blog/mainnet-migration/)年に、The Graphは分散型インデックスネットワークへの移行を開始しました。 分散型インデックスネットワークのアーキテクチャの詳細については、[こちら](https://thegraph.com/docs/en/network/explorer/)をご覧ください。
-- https://thegraph.com/blog/the-graph-network-in-depth-part-1
-- https://thegraph.com/blog/the-graph-network-in-depth-part-2
-
-次の 2 つの重要な点があります。
+次の2つの重要な点があります。
1. ユーザーは、クエリのインデックス作成者に料金を支払う。
2. インデックス作成者は、グラフトークン(GRT)をステーキングする。
diff --git a/public/content/translations/ja/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md b/public/content/translations/ja/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
index 25fab467a5f..4cdf617692d 100644
--- a/public/content/translations/ja/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
+++ b/public/content/translations/ja/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
@@ -15,16 +15,16 @@ sourceUrl: https://ethereumdev.io/transfers-and-approval-or-erc20-tokens-from-a-
address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
---
-前回のチュートリアルでは、イーサリアムブロックチェーン上の[Solidity で描かれた ERC-20 トークンの構造](/developers/tutorials/understand-the-erc-20-token-smart-contract/)について学びました。 この記事では、Solidity 言語で書かれたトークンとやり取りするためのスマートコントラクトの使い方について説明します。
+前回のチュートリアルでは、イーサリアムブロックチェーン上の[Solidityで描かれたERC-20トークンの構造](/developers/tutorials/understand-the-erc-20-token-smart-contract/)について学びました。 この記事では、Solidity言語で書かれたトークンとやり取りするためのスマートコントラクトの使い方について説明します。
-このスマートコントラクトのために、私たちは新しくデプロイされた[ERC-20 トークン](/developers/docs/standards/tokens/erc-20/)でイーサリアムを取引できる、ダミーの分散型取引所を実際に作成します。
+このスマートコントラクトのために、新しくデプロイされた[ERC-20トークン](/developers/docs/standards/tokens/erc-20/)でイーサを取引できる、ダミーの分散型取引所を実際に作成します。
このチュートリアルでは、前のチュートリアルで書いたコードをベースとして使います。 この分散型取引所(DEX)では、コントラクトのインスタンスをコンストラクタでインスタンス化し、以下の操作を実行します。
- トークンをイーサ(ETH)に交換
- イーサ(ETH)をトークンに交換
-次のシンプルな ERC20 コードベースを追加することで、分散型取引所コードを開始します。
+次のシンプルなERC20コードベースを追加することで、分散型取引所コードを開始します。
```solidity
pragma solidity ^0.8.0;
@@ -104,7 +104,7 @@ contract ERC20Basic is IERC20 {
```
-次の新しい分散型取引所(DEX)スマートコントラクトは 、ERC-20 をデプロイし、供給されたすべてを取得します。
+次の新しい分散型取引所(DEX)スマートコントラクトは 、ERC-20をデプロイし、供給されたすべてを取得します。
```solidity
contract DEX {
@@ -129,18 +129,18 @@ contract DEX {
}
```
-これで分散型取引所(DEX)ができました。また、すべてのトークンリザーブが利用可能になりました。 コントラクトには、次の 2 つの関数があります。
+これで分散型取引所(DEX)ができました。また、すべてのトークンリザーブが利用可能になりました。 コントラクトには、次の2つの関数があります。
- `buy`: ユーザーはイーサ(ETH)を送ってトークンに交換できます
- `sell`: ユーザーはトークンを送信してイーサ(ETH)を取り戻すことができます
-## buy 関数 {#the-buy-function}
+## buy関数 {#the-buy-function}
-buy 関数をコーディングしてみましょう。 まず、メッセージに含まれるイーサ(ETH)の量を確認し、コントラクトが十分なトークンを所有していることと、そのメッセージにいくつかのイーサ(ETH)が含まれていることを検証する必要があります。 コントラクトが十分なトークンを所有している場合、ユーザーにその分のトークンを送信し、 `Bought` イベントを発行します。
+buy関数をコーディングしてみましょう。 まず、メッセージに含まれるイーサ(ETH)の量を確認し、コントラクトが十分なトークンを所有していることと、そのメッセージにいくつかのイーサ(ETH)が含まれていることを検証する必要があります。 コントラクトが十分なトークンを所有している場合、ユーザーにその分のトークンを送信し、 `Bought` イベントを発行します。
-require 関数の呼び出しがエラーだった場合に、送信されたイーサ(ETH)は直接元に戻され、ユーザーに返されることに注意してください。
+require関数の呼び出しがエラーだった場合に、送信されたイーサ(ETH)は直接元に戻され、ユーザーに返されることに注意してください。
-ここではシンプルに、1 トークンと 1Wei を交換します。
+ここではシンプルに、1トークンと1Weiを交換します。
```solidity
function buy() payable public {
@@ -153,13 +153,13 @@ function buy() payable public {
}
```
-購入が成功した場合、トランザクションには`Transfer`と`Bought`の 2 つのイベントが表示されます。
+購入が成功した場合、トランザクションには`Transfer`と`Bought`の2つのイベントが表示されます。
-## sell 関数 {#the-sell-function}
+## sell関数 {#the-sell-function}
-売却を行う関数は事前に approve 関数を呼び出し、ユーザーがその金額を承認することを要求します。 転送を承認するには、分散型取引所(DEX)によってインスタンス化された ERC20Basic トークンがユーザーによって呼び出される必要があります。 これは、まず分散型取引所(DEX)コントラクトの`token()`関数を呼び出し、分散型取引所(DEX)が`token`という ERC20Basic コントラクトをデプロイしたアドレスを取得することで実現できます。 次に、セッション内にそのコントラクトのインスタンスを作成し、その`approve`関数を呼び出します。 次に、分散型取引所(DEX)の`sell`関数を呼び出すことで、トークンをイーサ(ETH)に交換できます。 例えば、インタラクティブ・ブラウニー(interactive brownie)セッションでは、次のようになります。
+売却を行う関数は事前にapprove関数を呼び出し、ユーザーがその金額を承認することを要求します。 転送を承認するには、分散型取引所(DEX)によってインスタンス化されたERC20Basicトークンがユーザーによって呼び出される必要があります。 これは、まず分散型取引所(DEX)コントラクトの`token()`関数を呼び出し、分散型取引所(DEX)が`token`というERC20Basicコントラクトをデプロイしたアドレスを取得することで実現できます。 次に、セッション内にそのコントラクトのインスタンスを作成し、その`approve`関数を呼び出します。 次に、分散型取引所(DEX)の`sell`関数を呼び出すことで、トークンをイーサ(ETH)に交換できます。 例えば、インタラクティブ・ブラウニー(interactive brownie)セッションでは、次のようになります。
```python
#### Python in interactive brownie console...
@@ -183,7 +183,7 @@ token.approve(dex.address, 3e18, {'from':account2})
```
-その後、sell 関数が呼び出されたときに、呼び出し元のアドレスからコントラクトアドレスへの転送が成功したかどうかを確認し、その後イーサ(ETH)を呼び出し元のアドレスに送信します。
+その後、sell関数が呼び出されたときに、呼び出し元のアドレスからコントラクトアドレスへの転送が成功したかどうかを確認し、その後イーサ(ETH)を呼び出し元のアドレスに送信します。
```solidity
function sell(uint256 amount) public {
@@ -196,15 +196,15 @@ function sell(uint256 amount) public {
}
```
-すべてがうまくいけば、トランザクションに 2 つのイベント(`Transfer` と `Sold`)が表示され、トークンの残高とイーサリアムの残高が更新されるはずです。
+すべてがうまくいけば、トランザクションに2つのイベント(`Transfer` と `Sold`)が表示され、トークンの残高とイーサの残高が更新されるはずです。
UserOperationと呼ばれる新しいオブジェクトを中心に構築されており、ユーザーからのアクションと関連する署名をパッケージ化します。 これらのUserOperationオブジェクトは、専用のメンプールにブロードキャストされます。メンプールでは、バリデータがオブジェクトを収集して「バンドルトランザクション」にまとめます。 バンドルトランザクションは、複数のUserOperationsのシーケンスを表し、通常のトランザクションと同じようにイーサリアムブロックに含めることができます。バンドルトランザクションは、バリデータによって、通常のトランザクションと同じように、手数料最大化選択モデルを使用して選択されます。
+EIP-4337は、イーサリアムのプロトコルを変更せずに、分散型による方法でネイティブのスマートコントラクトウォレットをサポートする最初のステップです。 スマートコントラクトウォレットをサポートするコンセンサスレイヤーを変更する代わりに、通常のトランザクションのゴシッププロトコルに新しいシステムが個別に追加されます。 この上位レベルのシステムは、 UserOperationと呼ばれる新しいオブジェクトを中心に構築されており、ユーザーからのアクションと関連する署名をパッケージ化します。 これらのUserOperationオブジェクトは、専用のメンプールにブロードキャストされます。メンプールでは、バリデータがオブジェクトを収集して「バンドルトランザクション」にまとめます。 バンドルトランザクションは、複数のUserOperationsのシーケンスを表し、通常のトランザクションと同じようにイーサリアムブロックに含めることができます。バンドルトランザクションは、バリデータによって、通常のトランザクションと同じように、手数料最大化選択モデルを使用して選択されます。
-EIP-4337 では、ウォレットの動作方法も変わります。 各ウォレットで共通の複雑な安全ロジックを、ウォレットごとに再実装するのではなく、グローバルウォレットコントラクトと呼ばれる"エントリポイント"にアウトソースします。 これにより、フィーの支払いや EVM コードの実行などの操作が処理されるため、ウォレットデベロッパーは、優れたユーザーエクスペリエンスを提供することに集中できます。
+EIP-4337では、ウォレットの動作方法も変わります。 各ウォレットで共通の複雑な安全ロジックを、ウォレットごとに再実装するのではなく、グローバルウォレットコントラクトと呼ばれる"エントリポイント"にアウトソースします。 これにより、フィーの支払いやEVMコードの実行などの操作が処理されるため、ウォレットデベロッパーは、優れたユーザーエクスペリエンスを提供することに集中できます。
-注記: EIP4337 エントリポイントコントラクトは、2023 年 3 月 1 日にイーサリアムのメインネットにデプロイされました。 Etherscanでコントラクトを確認できます。
+注記: EIP4337エントリポイントコントラクトは、2023年3月1日にイーサリアムのメインネットにデプロイされました。 Etherscanでコントラクトを確認できます。
AA_TX_TYPEを導入することで、イーサリアムプロトコルを更新することを目的としています。AA_TX_TYPEには、nonce、target、dataの 3 つのフィールドがあり、nonceはトランザクションカウンタ、targetはエントリポイントのコントラクトアドレス、dataは EVM バイトコードです。 これらのトランザクションを実行するには、NONCEとPAYGASという 2 つの新しい命令(オペコード)を EVM に追加する必要があります。 このNONCEオペコードは、トランザクションのシーケンスを追跡します。一方PAYGASは、トランザクションの実行に必要なガスを計算してコントラクトの残高から引き出します。 これらの新機能により、イーサリアムに必要なインフラストラクチャがイーサリアムのプロトコルに組み込まれるため、スマートコントラクトウォレットをネイティブにサポートできます。
+EIP-2938は、新しいトランザクションタイプAA_TX_TYPEを導入することで、イーサリアムプロトコルを更新することを目的としています。AA_TX_TYPEには、nonce、target、dataの3つのフィールドがあり、nonceはトランザクションカウンタ、targetはエントリポイントのコントラクトアドレス、dataはEVMバイトコードです。 これらのトランザクションを実行するには、NONCEとPAYGASという2つの新しい命令(オペコード)をEVMに追加する必要があります。 このNONCEオペコードは、トランザクションのシーケンスを追跡します。一方PAYGASは、トランザクションの実行に必要なガスを計算してコントラクトの残高から引き出します。 これらの新機能により、イーサリアムに必要なインフラストラクチャがイーサリアムのプロトコルに組み込まれるため、スマートコントラクトウォレットをネイティブにサポートできます。
-現在、EIP-2938 はアクティブではありません。 プロトコルの変更が必要ない EIP-4337 が、コミュニティの支持を得ています。
+現在、EIP-2938はアクティブではありません。 プロトコルの変更が必要ないEIP-4337が、コミュニティの支持を得ています。
AUTHと AUTHCALLという新しい 2 つのオペコードを追加する必要があります。 EIP-3074 では、スマートコントラクトウォレットの利点を、コントラクトなしでも利用できるようになります。代わりに、「インボーカー」と呼ばれるアップグレード不可能、ステートレス、トラストレスである特定のタイプのコントラクトがトランザクションを処理します。
+EIP-3074では、イーサリアムの外部所有アカウントを更新し、スマートコントラクトにコントロールを委任できるようにすることを目的としています。 つまり、スマートコントラクトのロジックがEOAから発生するトランザクションを承認できるということです。 また、ガススポンサーやバッチトランザクションなどの機能が使えるようになります。 この機能を使用するには、AUTHと AUTHCALLという新しい2つのオペコードを追加する必要があります。 EIP-3074では、スマートコントラクトウォレットの利点を、コントラクトなしでも利用できるようになります。代わりに、「インボーカー」と呼ばれるアップグレード不可能、ステートレス、トラストレスである特定のタイプのコントラクトがトランザクションを処理します。
-現在、EIP-3074 はアクティブではありません。 プロトコルの変更が必要ない EIP-4337 が、コミュニティの支持を得ています。
+現在、EIP-3074はアクティブではありません。 プロトコルの変更が必要ないEIP-4337が、コミュニティの支持を得ています。
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` | `.` | | | destroy contract and sends all funds to `addr` |
+| Pilha | Nome | Gás | Pilha inicial | Pilha resultante | Memória / Armazenamento | Observações |
+|:-----:|:-------------- |:-----------------------------------------------------------------------------------------------:|:------------------------------------------------ |:-------------------------------------------- |:----------------------------------------------------------------------------- |:--------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 00 | STOP | 0 | | | | halt execution |
+| 01 | ADD | 3 | `a, b` | `a + b` | | (u)int256 addition modulo 2\*\*256 |
+| 02 | MUL | 5 | `a, b` | `a * b` | | (u)int256 multiplication modulo 2\*\*256 |
+| 03 | SUB | 3 | `a, b` | `a - b` | | (u)int256 addition modulo 2\*\*256 |
+| 04 | DIV | 5 | `a, b` | `a // b` | | uint256 division |
+| 05 | SDIV | 5 | `a, b` | `a // b` | | int256 division |
+| 06 | MOD | 5 | `a, b` | `a % b` | | uint256 modulus |
+| 07 | SMOD | 5 | `a, b` | `a % b` | | int256 modulus |
+| 08 | ADDMOD | 8 | `a, b, N` | `(a + b) % N` | | (u)int256 addition modulo N |
+| 09 | MULMOD | 8 | `a, b, N` | `(a * b) % N` | | (u)int256 multiplication modulo N |
+| 0A | EXP | [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp) | `a, b` | `a ** b` | | uint256 exponentiation modulo 2\*\*256 |
+| 0B | SIGNEXTEND | 5 | `b, x` | `SIGNEXTEND(x, b)` | | [sign extend](https://wikipedia.org/wiki/Sign_extension) `x` from `(b+1)` bytes to 32 bytes |
+| 0C-0F | _invalid_ | | | | | |
+| 10 | LT | 3 | `a, b` | `a < b` | | uint256 less-than |
+| 11 | GT | 3 | `a, b` | `a > b` | | uint256 greater-than |
+| 12 | SLT | 3 | `a, b` | `a < b` | | int256 less-than |
+| 13 | SGT | 3 | `a, b` | `a > b` | | int256 greater-than |
+| 14 | EQ | 3 | `a, b` | `a == b` | | (u)int256 equality |
+| 15 | ISZERO | 3 | `a` | `a == 0` | | (u)int256 iszero |
+| 16 | AND | 3 | `a, b` | `a && b` | | bitwise AND |
+| 17 | OR | 3 | `a, b` | `a \|\| b` | | bitwise OR |
+| 18 | XOR | 3 | `a, b` | `a ^ b` | | bitwise XOR |
+| 19 | NOT | 3 | `a` | `~a` | | bitwise NOT |
+| 1A | BYTE | 3 | `i, x` | `(x >> (248 - i * 8)) && 0xFF` | | `i`th byte of (u)int256 `x`, from the left |
+| 1B | SHL | 3 | `shift, val` | `val << shift` | | shift left |
+| 1C | SHR | 3 | `shift, val` | `val >> shift` | | logical shift right |
+| 1D | SAR | 3 | `shift, val` | `val >> shift` | | arithmetic shift right |
+| 1E-1F | _invalid_ | | | | | |
+| 20 | KECCAK256 | [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3) | `ost, len` | `keccak256(mem[ost:ost+len-1])` | | keccak256 |
+| 21-2F | _invalid_ | | | | | |
+| 30 | ADDRESS | 2 | `.` | `address(this)` | | address of executing contract |
+| 31 | BALANCE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `addr.balance` | | balance, in wei |
+| 32 | ORIGIN | 2 | `.` | `tx.origin` | | address that originated the tx |
+| 33 | CALLER | 2 | `.` | `msg.sender` | | address of msg sender |
+| 34 | CALLVALUE | 2 | `.` | `msg.value` | | msg value, in wei |
+| 35 | CALLDATALOAD | 3 | `idx` | `msg.data[idx:idx+32]` | | read word from msg data at index `idx` |
+| 36 | CALLDATASIZE | 2 | `.` | `len(msg.data)` | | length of msg data, in bytes |
+| 37 | CALLDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1] | copy msg data |
+| 38 | CODESIZE | 2 | `.` | `len(this.code)` | | length of executing contract's code, in bytes |
+| 39 | CODECOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1] | copy executing contract's bytecode |
+| 3A | GASPRICE | 2 | `.` | `tx.gasprice` | | gas price of tx, in wei per unit gas [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice) |
+| 3B | EXTCODESIZE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `len(addr.code)` | | size of code at addr, in bytes |
+| 3C | EXTCODECOPY | [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy) | `addr, dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | copy code from `addr` |
+| 3D | RETURNDATASIZE | 2 | `.` | `size` | | size of returned data from last external call, in bytes |
+| 3E | RETURNDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1] | copy returned data from last external call |
+| 3F | EXTCODEHASH | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `hash` | | hash = addr.exists ? keccak256(addr.code) : 0 |
+| 40 | BLOCKHASH | 20 | `blockNum` | `blockHash(blockNum)` | | |
+| 41 | COINBASE | 2 | `.` | `block.coinbase` | | address of miner of current block |
+| 42 | TIMESTAMP | 2 | `.` | `block.timestamp` | | timestamp of current block |
+| 43 | NUMBER | 2 | `.` | `block.number` | | number of current block |
+| 44 | PREVRANDAO | 2 | `.` | `randomness beacon` | | randomness beacon |
+| 45 | GASLIMIT | 2 | `.` | `block.gaslimit` | | gas limit of current block |
+| 46 | CHAINID | 2 | `.` | `chain_id` | | push current [chain id](https://eips.ethereum.org/EIPS/eip-155) onto stack |
+| 47 | SELFBALANCE | 5 | `.` | `address(this).balance` | | balance of executing contract, in wei |
+| 48 | BASEFEE | 2 | `.` | `block.basefee` | | base fee of current block |
+| 49-4F | _invalid_ | | | | | |
+| 50 | POP | 2 | `_anon` | `.` | | remove item from top of stack and discard it |
+| 51 | MLOAD | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost` | `mem[ost:ost+32]` | | read word from memory at offset `ost` |
+| 52 | MSTORE | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost:ost+32] := val | write a word to memory |
+| 53 | MSTORE8 | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost] := val && 0xFF | write a single byte to memory |
+| 54 | SLOAD | [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload) | `key` | `storage[key]` | | read word from storage |
+| 55 | SSTORE | [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore) | `key, val` | `.` | storage[key] := val | write word to storage |
+| 56 | JUMP | 8 | `dst` | `.` | | `$pc := dst` mark that `pc` is only assigned if `dst` is a valid jumpdest |
+| 57 | JUMPI | 10 | `dst, condition` | `.` | | `$pc := condition ? dst : $pc + 1` |
+| 58 | PC | 2 | `.` | `$pc` | | program counter |
+| 59 | MSIZE | 2 | `.` | `len(mem)` | | size of memory in current execution context, in bytes |
+| 5A | GAS | 2 | `.` | `gasRemaining` | | |
+| 5B | JUMPDEST | 1 | | | mark valid jump destination | a valid jump destination for example a jump destination not inside the push data |
+| 5C-5E | _invalid_ | | | | | |
+| 5F | PUSH0 | 2 | `.` | `uint8` | | empurra o valor constante 0 para a pilha |
+| 60 | PUSH1 | 3 | `.` | `uint8` | | push 1-byte value onto stack |
+| 61 | PUSH2 | 3 | `.` | `uint16` | | push 2-byte value onto stack |
+| 62 | PUSH3 | 3 | `.` | `uint24` | | push 3-byte value onto stack |
+| 63 | PUSH4 | 3 | `.` | `uint32` | | push 4-byte value onto stack |
+| 64 | PUSH5 | 3 | `.` | `uint40` | | push 5-byte value onto stack |
+| 65 | PUSH6 | 3 | `.` | `uint48` | | push 6-byte value onto stack |
+| 66 | PUSH7 | 3 | `.` | `uint56` | | push 7-byte value onto stack |
+| 67 | PUSH8 | 3 | `.` | `uint64` | | push 8-byte value onto stack |
+| 68 | PUSH9 | 3 | `.` | `uint72` | | push 9-byte value onto stack |
+| 69 | PUSH10 | 3 | `.` | `uint80` | | push 10-byte value onto stack |
+| 6A | PUSH11 | 3 | `.` | `uint88` | | push 11-byte value onto stack |
+| 6B | PUSH12 | 3 | `.` | `uint96` | | push 12-byte value onto stack |
+| 6C | PUSH13 | 3 | `.` | `uint104` | | push 13-byte value onto stack |
+| 6D | PUSH14 | 3 | `.` | `uint112` | | push 14-byte value onto stack |
+| 6E | PUSH15 | 3 | `.` | `uint120` | | push 15-byte value onto stack |
+| 6F | PUSH16 | 3 | `.` | `uint128` | | push 16-byte value onto stack |
+| 70 | PUSH17 | 3 | `.` | `uint136` | | push 17-byte value onto stack |
+| 71 | PUSH18 | 3 | `.` | `uint144` | | push 18-byte value onto stack |
+| 72 | PUSH19 | 3 | `.` | `uint152` | | push 19-byte value onto stack |
+| 73 | PUSH20 | 3 | `.` | `uint160` | | push 20-byte value onto stack |
+| 74 | PUSH21 | 3 | `.` | `uint168` | | push 21-byte value onto stack |
+| 75 | PUSH22 | 3 | `.` | `uint176` | | push 22-byte value onto stack |
+| 76 | PUSH23 | 3 | `.` | `uint184` | | push 23-byte value onto stack |
+| 77 | PUSH24 | 3 | `.` | `uint192` | | push 24-byte value onto stack |
+| 78 | PUSH25 | 3 | `.` | `uint200` | | push 25-byte value onto stack |
+| 79 | PUSH26 | 3 | `.` | `uint208` | | push 26-byte value onto stack |
+| 7A | PUSH27 | 3 | `.` | `uint216` | | push 27-byte value onto stack |
+| 7B | PUSH28 | 3 | `.` | `uint224` | | push 28-byte value onto stack |
+| 7C | PUSH29 | 3 | `.` | `uint232` | | push 29-byte value onto stack |
+| 7D | PUSH30 | 3 | `.` | `uint240` | | push 30-byte value onto stack |
+| 7E | PUSH31 | 3 | `.` | `uint248` | | push 31-byte value onto stack |
+| 7F | PUSH32 | 3 | `.` | `uint256` | | push 32-byte value onto stack |
+| 80 | DUP1 | 3 | `a` | `a, a` | | clone 1st value on stack |
+| 81 | DUP2 | 3 | `_, a` | `a, _, a` | | clone 2nd value on stack |
+| 82 | DUP3 | 3 | `_, _, a` | `a, _, _, a` | | clone 3rd value on stack |
+| 83 | DUP4 | 3 | `_, _, _, a` | `a, _, _, _, a` | | clone 4th value on stack |
+| 84 | DUP5 | 3 | `..., a` | `a, ..., a` | | clone 5th value on stack |
+| 85 | DUP6 | 3 | `..., a` | `a, ..., a` | | clone 6th value on stack |
+| 86 | DUP7 | 3 | `..., a` | `a, ..., a` | | clone 7th value on stack |
+| 87 | DUP8 | 3 | `..., a` | `a, ..., a` | | clone 8th value on stack |
+| 88 | DUP9 | 3 | `..., a` | `a, ..., a` | | clone 9th value on stack |
+| 89 | DUP10 | 3 | `..., a` | `a, ..., a` | | clone 10th value on stack |
+| 8A | DUP11 | 3 | `..., a` | `a, ..., a` | | clone 11th value on stack |
+| 8B | DUP12 | 3 | `..., a` | `a, ..., a` | | clone 12th value on stack |
+| 8C | DUP13 | 3 | `..., a` | `a, ..., a` | | clone 13th value on stack |
+| 8D | DUP14 | 3 | `..., a` | `a, ..., a` | | clone 14th value on stack |
+| 8E | DUP15 | 3 | `..., a` | `a, ..., a` | | clone 15th value on stack |
+| 8F | DUP16 | 3 | `..., a` | `a, ..., a` | | clone 16th value on stack |
+| 90 | SWAP1 | 3 | `a, b` | `b, a` | | |
+| 91 | SWAP2 | 3 | `a, _, b` | `b, _, a` | | |
+| 92 | SWAP3 | 3 | `a, _, _, b` | `b, _, _, a` | | |
+| 93 | SWAP4 | 3 | `a, _, _, _, b` | `b, _, _, _, a` | | |
+| 94 | SWAP5 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 95 | SWAP6 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 96 | SWAP7 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 97 | SWAP8 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 98 | SWAP9 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 99 | SWAP10 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9A | SWAP11 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9B | SWAP12 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9C | SWAP13 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9D | SWAP14 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9E | SWAP15 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | | |
+| A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `.` | | LOG0(memory[ost:ost+len-1]) |
+| A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `.` | | LOG1(memory[ost:ost+len-1], topic0) |
+| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `.` | | LOG1(memory[ost:ost+len-1], topic0, topic1) |
+| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `.` | | LOG1(memory[ost:ost+len-1], topic0, topic1, topic2) |
+| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `.` | | LOG1(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) |
+| A5-EF | _invalid_ | | | | | |
+| F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) |
+| F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | same as DELEGATECALL, but does not propagate original msg.sender and msg.value |
+| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | return mem[ost:ost+len-1] |
+| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] |
+| F6-F9 | _invalid_ | | | | | |
+| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| FB-FC | _invalid_ | | | | | |
+| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) |
+| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | designated invalid opcode - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) | |
+| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | | destroy contract and sends all funds to `addr` |
diff --git a/public/content/translations/pt-br/developers/docs/gas/index.md b/public/content/translations/pt-br/developers/docs/gas/index.md
index 2d3458231d1..dd94bfd39df 100644
--- a/public/content/translations/pt-br/developers/docs/gas/index.md
+++ b/public/content/translations/pt-br/developers/docs/gas/index.md
@@ -24,7 +24,7 @@ Taxas de gas tem que ser pagas na moeda nativa do Ethereum, ether (ETH). Preços
Por exemplo, em vez de dizer que seu gás custa 0.000000001 Ether, pode-se dizer que ele custa 1 Gwei.
-A palavra 'gwei' é uma contração de 'giga-wei', significando 'bilhão de wei'. Um gwei é igual a um bilhão de wei. O próprio Wei (nomeado em homenagem a [Wei Dai](https://wikipedia.org/wiki/Wei_Dai), criador do [B-Money](https://www.investopedia.com/terms/b/bmoney.asp)) é a menor unidade de ETH.
+A palavra 'gwei' é uma contração de 'giga-wei', significando 'bilhão de wei'. Um gwei é igual a um bilhão de wei. O próprio Wei (nomeado em homenagem a [Wei Dai](https://wikipedia.org/wiki/WeiDai), criador do [B-Money](https://www.investopedia.com/terms/b/bmoney.asp)) é a menor unidade de ETH.
## Como são calculadas as taxas de gás? {#how-are-gas-fees-calculated}
@@ -55,7 +55,7 @@ Cada bloco tem uma taxa base que funciona como um preço de reserva. Para ser el
A taxa base é calculada por uma fórmula que compara o tamanho do bloco anterior (a quantidade de gás utilizada para todas as transações) com o tamanho do alvo. A taxa base aumentará em um máximo de 12,5% por bloco se o tamanho do bloco de destino for excedido. Esse crescimento exponencial torna economicamente inviável que o tamanho do bloco permaneça elevado indefinidamente.
| Número do bloco | Gás incluído | Aumento de taxa | Taxa base atual |
-| --------------- | -----------: | --------------: | --------------: |
+| --------------- | ------------:| ---------------:| ---------------:|
| 1 | 15M | 0% | 100 gwei |
| 2 | 30M | 0% | 100 gwei |
| 3 | 30M | 12,5% | 112,5 gwei |
@@ -70,7 +70,7 @@ Conforme a tabela acima, para criar uma transação no bloco número 9, uma cart
Também é importante notar que, é improvável que veremos picos prolongados de blocos completos, devido à velocidade com que a taxa base aumenta antes de um bloco completo.
| Número do bloco | Gás incluído | Aumento da taxa | Taxa base atual |
-| --------------- | -----------: | --------------: | --------------: |
+| --------------- | ------------:| ---------------:| ---------------:|
| 30 | 30M | 12,5% | 2705,6 gwei |
| ... | ... | 12,5% | ... |
| 50 | 30M | 12,5% | 28531,3 gwei |
diff --git a/public/content/translations/pt-br/developers/docs/networking-layer/network-addresses/index.md b/public/content/translations/pt-br/developers/docs/networking-layer/network-addresses/index.md
index 312b531d212..3f9220b964a 100644
--- a/public/content/translations/pt-br/developers/docs/networking-layer/network-addresses/index.md
+++ b/public/content/translations/pt-br/developers/docs/networking-layer/network-addresses/index.md
@@ -9,7 +9,7 @@ Nós Ethereum precisam se identificar com algumas informações básicas para se
## Pré-Requisitos {#prerequisites}
-É necessário ter algum entendimento sobre a [camada de rede](/developers/docs/networking-layer/) do Ethereum para entender esta página.
+É necessário ter algum entendimento sobre a [camada de rede](/developers/docs/networking-layer/)do Ethereum para entender esta página.
## Multiaddr {#multiaddr}
diff --git a/public/content/translations/pt-br/developers/docs/networking-layer/portal-network/index.md b/public/content/translations/pt-br/developers/docs/networking-layer/portal-network/index.md
new file mode 100644
index 00000000000..921bf996809
--- /dev/null
+++ b/public/content/translations/pt-br/developers/docs/networking-layer/portal-network/index.md
@@ -0,0 +1,82 @@
+---
+title: A Rede Portal
+description: Uma visão geral da Rede Portal - uma rede em desenvolvimento para dar suporte a clientes com poucos recursos.
+lang: pt-br
+---
+
+O Ethereum é uma rede composta de computadores que rodam o software Ethereum. Cada um destes computadores é chamado de um 'nódulo'. O software cliente permite a um nódulo enviar e receber dados na rede Ethereum, e verifica os dados contra as regras do protocolo Ethereum. Nódulos mantém um monte de dados históricos no armazenamento dos seus discos e adicionam a eles quando recebem novos pacotes de informações, conhecidos como blocos, de outros nódulos da rede. Isto é necessário para sempre checar que um nódulo tem informação consistente com o resto da rede. Isto significa que rodar um nódulo pode requerer muito espaço em disco. Algumas operações de nódulos podem requerer muita memória RAM também.
+
+Para resolver este problema de armazenamento, nódulos 'leves' tem sido desenvolvidos para requisitar informações de nódulos completos ao invés de armazenar eles mesmos. Entretanto, isto significa o nódulo leve não verifica as informações independentemente; ao invés disso, confia em outro nódulo. Isto também significa que nós completos são necessários para pegar um trabalho extra para servir estes nós leves.
+
+A Rede Portal é um novo desenho de rede para o Ethereum que visa resolver o problema de disponibilidade de dados para nódulos 'leves' sem ter que confiar ou colocar pressão extra nos nódulos completos, compartilhando os dados necessários em pequenos pedaços através da rede.
+
+Mais sobre [nós e clientes](/developers/docs/nodes-and-clients/)
+
+## Por que nós precisamos da Rede Portal {#why-do-we-need-portal-network}
+
+Os nódulos da Ethereum armazenam sua própria cópia total ou parcial do blockchain Ethereum. Esta cópia local é usada para validar transações e garantir que o nódulo está seguindo a cadeia correta. Este dado armazenado localmente permite aos nódulos verificarem de maneira independente que os dados de chegada são válidos e corretos sem precisar acreditar em nenhuma outra entidade.
+
+Esta cópia local do blockchain, além de seu estado associado e do recebimento de dados tomam muito espaço no disco rígido do nódulo. Por exemplo, um disco rígido de 2TB é recomendado para rodar um nó utilizando [Geth](https://geth.ethereum.org) pareado com um cliente de consenso. Usando sincronização instantânea, que armazena apenas dados da cadeia de um conjunto de blocos relativamente recente, Geth tipicamente ocupa cerca de 650GB de espaço em disco, mas cresce cerca de 14GB/semana (você pode podar o nó de volta a 650GB periodicamente).
+
+Isto significa que rodar nódulos pode ser caro, porque uma grande quantidade de espaço em disco tem de ser dedicada ao Ethereum. Há diversas soluções para este problema no roadmap do Ethereum, incluindo [expiração de histórico](/roadmap/statelessness/#history-expiry), [expiração de estado](/roadmap/statelessness/#state-expiry) e [falta de estado](/roadmap/statelessness/). Entretanto, ainda há muito até que eles sejam implementados. Há também [nódulos leves](/developers/docs/nodes-and-clients/light-clients/) que não gravam suas próprias cópias dos dados da cadeia, eles solicitam os dados que eles precisam dos nódulos completos. Entretanto, isso significa que nódulos leves tem que acreditar em nódulos completos para fornecer dados honestos e também estressa os nódulos completos que tem que servir os dados para as necessidades dos nódulos leves.
+
+A Rede Portal visa fornecer uma maneira alternativa para nós leves terem seus dados que sem requerer confiança ou adicionar significantemente ao trabalho que tem de ser feito pelos nós completos. Isto será feito com a introdução de uma nova maneira dos nós Ethereum compartilharem dados através da rede.
+
+## Como a Rede Portal funciona? {#how-does-portal-network-work}
+
+Nós Ethereum tem protocolos estritos que definem como eles se comunicam com os outros. Clientes de execução se comunicam usando um conjunto de sub-protocolos conhecidos como [DevP2P](/developers/docs/networking-layer/#devp2p), enquanto clientes de consenso usam uma pilha diferente de sub-protocolos chamada [libP2P](/developers/docs/networking-layer/#libp2p). Eles definem os tipos de dados que podem ser passados entre nós.
+
+
+
+Os nós podem também servir dados específicos através da [API JSON-RPC](/developers/docs/apis/json-rpc/), que é como apps e carteiras trocam informações com os nós Ethereum. Entretanto, nenhum destes são protocolos ideias para servir dados para clientes leves.
+
+Clientes leves não podem atualmente requisitar pedaços específicos da cadeia de dados pelo DevP2P ou libP2P, porque estes protocolos são desenhados somente para habilitar sincronização de cadeias e transmissão de blocos e transações. Clientes leves não querem fazer o download desta informação, porque deixariam de ser 'leves'.
+
+A API JSON-RPC não é a escolha ideal para requisições de dados de clientes leves também, porque ela confia na conexão para um nó completo específico ou fornecedor de RPC centralizado que pode servir os dados. Isto significa que clientes leves tem que confiar em um específico nó/provedor ser honesto, e também o nó completo pode ter que manipular muitas requisições de muitos clientes leves, adicionando aos requisitos da sua largura de banda.
+
+A meta da Rede Portal é repensar todo o desenho, construindo especificamente para leveza, fora das limitações de desenho dos clientes Ethereum existentes.
+
+A ideia central da Rede Portal é pegar os melhores bits da pilha da rede atual habilitando informações necessárias pelos clientes leves, como dados históricos e a identidade da cabeça atual da cadeia para ser servida através de um estilo DevP2P peso leve ponto-a-ponto em uma rede descentralizada, usando um [DHT](https://en.wikipedia.org/wiki/Distributed_hash_table) (similar à Bittorrent).
+
+A ideia é adicionar pequenas partes do histórico de dados total do Ethereum e algumas responsabilidades específicas de nós para cada nó. Então, requisições são servidas procurando os nós que armazenam o dado específico que foi requisitado e recuperando-o deles.
+
+Isto inverte o modelo normal de nós leves encontrando um único nó e requisitando a eles filtrar e servir grandes volumes de dados; ao invés disso, eles rapidamente filtram uma grande rede de nós onde cada um manipula pequenas quantidades de dados.
+
+O objetivo é permitir uma rede descentralizada de clientes Portal peso leve para:
+
+- rastrear a cabeça da cadeia
+- sincronizar dados recentes e históricos da cadeia
+- recuperar os dados de estado
+- transmitir transações
+- executar transações usando a [EVM](/developers/docs/evm/)
+
+Os benefícios deste desenho de rede são:
+
+- reduzir a dependência em fornecedores centralizados
+- reduzir o uso de banda de internet
+- minimizar ou zerar a sincronia
+- ser acessível a dispositivos com restrição de recursos (<1GB RAM, <100MB de disco, 1CPU)
+
+O diagrama abaixo mostra as funções dos clientes existentes que podem ser entregues pela Rede Portal, habilitando ao usuários acessar estas funções em dispositivos com muito poucos recursos.
+
+
+
+## Diversidade de cliente por padrão {#client-diversity-as-default}
+
+Os desenvolvedores da Rede Portal também fizeram com que o design assumido construísse três clientes separados na Rede Portal desde o primeiro dia.
+
+Os clientes da Rede Portal são:
+
+- [Trin](https://github.com/ethereum/trin): escrito em Rust
+- [Fluffy](https://nimbus.team/docs/fluffy.html): escrito em Nim
+- [Ultralight](https://github.com/ethereumjs/ultralight): escrito em Typescript
+
+Ter várias implementações de clientes independentes melhora a resiliência e descentralização da rede Ethereum.
+
+Se um cliente enfrenta problemas de vulnerabilidades, outros clientes podem continuar a operar tranquilamente, evitando o ponto único de falha. Adicionalmente, diversidade na implementação de clientes fomenta inovação e competição, conduzindo melhorias e reduzindo risco de monocultura dentro do ecossistema.
+
+## Leitura adicional {#futher-reading}
+
+- [A Rede Portal (Piper Merriam na Devcon Bogota)](https://www.youtube.com/watch?v=0stc9jnQLXA).
+- [O desacordo da Rede Portal](https://discord.gg/CFFnmE7Hbs)
+- [O website da Rede Portal](https://www.ethportal.net/)
diff --git a/public/content/translations/pt-br/developers/docs/networks/index.md b/public/content/translations/pt-br/developers/docs/networks/index.md
index ec72e59b0fe..f01cbe3f3da 100644
--- a/public/content/translations/pt-br/developers/docs/networks/index.md
+++ b/public/content/translations/pt-br/developers/docs/networks/index.md
@@ -38,7 +38,7 @@ As duas redes de testes públicas que os desenvolvedores dos clientes estão atu
#### Sepolia {#sepolia}
-\*\*\*\*Sepolia é a rede de teste padrão recomendada para desenvolvimento de aplicativos. A rede Sepolia usa um conjunto de validadores autorizados. É bastante novo, o que significa que seu estado e história são bastante pequenos. Isso significa que a rede é rápida para sincronizar e que a execução de um nó requer menos armazenamento. Isso é útil para usuários que desejam ativar rapidamente um nó e interagir diretamente com a rede.
+****Sepolia é a rede de teste padrão recomendada para desenvolvimento de aplicativos. A rede Sepolia usa um conjunto de validadores autorizados. É bastante novo, o que significa que seu estado e história são bastante pequenos. Isso significa que a rede é rápida para sincronizar e que a execução de um nó requer menos armazenamento. Isso é útil para usuários que desejam ativar rapidamente um nó e interagir diretamente com a rede.
- Conjunto de validadores fechado, controlado pelo cliente & equipes de teste
- Nova rede de teste, menos aplicativos implantados que outras redes de teste
@@ -56,10 +56,11 @@ As duas redes de testes públicas que os desenvolvedores dos clientes estão atu
- [Faucet do QuickNode Sepolia](https://faucet.quicknode.com/drip)
- [Grabteeth](https://grabteeth.xyz/)
- [Faucet de PoW](https://sepolia-faucet.pk910.de/)
-- [Faucet da Carteira da Coinbase | Sepolia](https://coinbase.com/faucets/ethereum-sepolia-faucet)
+- [Faucet da Carteira Coinbase | Sepolia](https://coinbase.com/faucets/ethereum-sepolia-faucet)
- [Faucet do Alchemy Sepolia](https://sepoliafaucet.com/)
- [Faucet do Infura Sepolia](https://www.infura.io/faucet)
- [Faucet da Chainstack Sepolia](https://faucet.chainstack.com/sepolia-faucet)
+- [Faucet da rede de teste | Sepolia](https://testnet-faucet.com/sepolia/)
#### Goerli _(suporte a longo prazo)_ {#goerli}
@@ -102,7 +103,7 @@ Uma rede de testes para [Arbitrum](https://arbitrum.io/).
- [Faucet do Chainlink](https://faucets.chain.link/)
-#### Goerli otimista {#optimistic-goerli}
+#### Optimistic Goerli {#optimistic-goerli}
Uma rede de testes para [Optimism](https://www.optimism.io/).
@@ -111,26 +112,34 @@ Uma rede de testes para [Optimism](https://www.optimism.io/).
- [Faucet Paradigm](https://faucet.paradigm.xyz/)
- [Coinbase Wallet Faucet | Optimism Goerli](https://coinbase.com/faucets/optimism-goerli-faucet)
+#### Starknet Goerli {#starknet-goerli}
+
+Uma rede de teste para [Starknet](https://www.starknet.io).
+
+##### Faucets
+
+- [Faucet da Starknet](https://faucet.goerli.starknet.io)
+
## Redes privadas {#private-networks}
-Uma rede Ethereum é uma rede privada se seus nós não estiverem conectados a uma rede pública (ex: Rede principal e rede de testes). Neste contexto, privado significa apenas reservado ou isolado, em vez de protegido ou seguro.
+Uma rede Ethereum é uma rede privada se seus nódulos não estiverem conectados a uma rede pública (ex: Rede principal e rede de testes). Neste contexto, privado significa apenas reservado ou isolado, em vez de protegido ou seguro.
### Redes de desenvolvimento {#development-networks}
-Para desenvolver um aplicativo Ethereum, você deve executá-lo em uma rede privada para ver como funciona antes de implantá-lo. Tal como você pode criar um servidor local em seu computador para desenvolvimento Web, você pode criar uma instância local de cadeia de blocos para testar seu dapp. Isso permite uma iteração muito mais rápida do que uma rede de testes pública.
+Para desenvolver um aplicativo Ethereum, você deve executá-lo em uma rede privada para ver como funciona antes de implantá-lo. Tal como você pode criar um servidor local em seu computador para desenvolvimento Web, você pode criar uma instância local de blockchain para testar seu dapp. Isso permite uma iteração muito mais rápida do que uma rede de testes pública.
Existem projetos e ferramentas dedicadas a ajudá-lo com isso. Saiba mais sobre [redes de desenvolvimento](/developers/docs/development-networks/).
### Redes de consórcio {#consortium-networks}
-O processo de consenso é controlado por um conjunto predefinido de nós confiáveis. Por exemplo, uma rede privada de instituições acadêmicas conhecidas, cada uma administrando um único nó, e os blocos são validados por um limite de signatários dentro da rede.
+O processo de consenso é controlado por um conjunto predefinido de nódulos confiáveis. Por exemplo, uma rede privada de instituições acadêmicas conhecidas, cada uma administrando um único nódulo, e os blocos são validados por um limite de signatários na rede.
Se uma rede pública Ethereum é como a internet pública, uma rede de consórcio é como uma intranet privada.
## Ferramentas relacionadas {#related-tools}
- [Chainlist](https://chainlist.org/) _Lista de redes EVM para conectar carteiras e fornecedores aos identificadores de cadeia e rede apropriados_
-- [/Cadeias baseadas na EVM](https://github.com/ethereum-lists/chains) _repositório do GitHub com metadados de cadeias que alimenta a Chainlist_
+- [/Cadeias baseadas em EVM](https://github.com/ethereum-lists/chains) _Repositório do GitHub com metadados de cadeias que alimenta a Chainlist_
## Leitura adicional {#further-reading}
diff --git a/public/content/translations/pt-br/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/pt-br/developers/docs/nodes-and-clients/archive-nodes/index.md
index c9cfe4ef61a..9ec5ad14275 100644
--- a/public/content/translations/pt-br/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/pt-br/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -70,7 +70,7 @@ Durante a sincronização inicial, os clientes no modo arquivo executarão todas
## Leitura adicional {#further-reading}
-- [Nó completo Ethereum vs Nó de arquivo](https://www.quicknode.com/guides/infrastructure/ethereum-full-node-vs-archive-node) — _QuickNode, setembro de 2022_
+- [Nó completo Ethereum vs Nó de arquivo](https://www.quicknode.com/guides/infrastructure/ethereum-full-node-vs-archive-node) — *QuickNode, setembro de 2022*
- [Construindo seu próprio nó de arquivo Ethereum](https://tjayrush.medium.com/building-your-own-ethereum-archive-node-72c014affc09) — _Thomas Jay Rush, agosto de 2021_
- [Como configurar Erigon, o RPC do Erigon e TrueBlocks (extração e API) como serviços](https://magnushansson.xyz/blog_posts/crypto_defi/2022-01-10-Erigon-Trueblocks) _– Magnus Hansson, atualizado em setembro de 2022_
diff --git a/public/content/translations/pt-br/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/pt-br/developers/docs/nodes-and-clients/client-diversity/index.md
index 18bad4e622a..f5061c43027 100644
--- a/public/content/translations/pt-br/developers/docs/nodes-and-clients/client-diversity/index.md
+++ b/public/content/translations/pt-br/developers/docs/nodes-and-clients/client-diversity/index.md
@@ -31,7 +31,7 @@ A diversidade de clientes também oferece resiliência a ataques. Por exemplo, u
Um erro em um cliente de consenso com mais de 33% dos nós Ethereum poderia impedir a finalização da camada de consenso, e isso deixaria os utilizadores em dúvida com respeito à probabilidade de as transações não serem revertidas ou alteradas em algum momento. Isso seria muito problemático para muitos dos aplicativos construídos em cima do Ethereum, particularmente o DeFi.
-{message}
+ +{status}
+ + ++ {" "} + 🦊 + You must install MetaMask, a virtual Ethereum wallet, in your + browser. + +
+ + ), + } + } +} +``` + +Então, o que esse bloco gigante de código faz exatamente? + +Bem, primeiro, ele checar se a `window.ethereum` está habilitada no seu navegador. + +`window.ethereum` é uma API global injetada pela MetaMask e outros provedores de carteira que permitem que sites solicitem contas Ethereum dos usuários. Se aprovado, ele pode ler dados dos blockchains que o usuário está conectado, e sugerir que o usuário assine mensagens e transações. Confira a [documentação da MetaMask](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) para obter mais informações! + +Se `window.ethereum` _não está_ presente, então isso significa que o MetaMask não está instalado. Isso resulta em um objeto JSON sendo retornado, onde o `endereço` retornado é uma string vazia, e o `status` do objeto JSX repassa que o usuário deve instalar o MetaMask. + +Agora se `window.ethereum` _estiver_ presente, e é aí que as coisas ficam interessantes. + +Usando um laço try/catch, nós vamos tentar conectar ao MetaMask chamando[`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts). Chamando esta função o MetaMask irá abrir no navegador, onde o usuário será solicitado a conectar sua carteira ao seu dapp. + +- Se o usuário escolher conectar, `method: "eth_requestAccounts"` irá retornar uma array que contém todos os endereços de contas de usuário que conectaram ao dapp. No total, nossa função `connectWallet` retornará um objeto JSON que contém o _primeiro_ `address` desta matriz \(ver linha 9\) e uma mensagem `status` que pede que o usuário escreva uma mensagem para o contrato inteligente. +- Se o usuário rejeitar a conexão, então o objeto JSON vai conter uma string vazia para o `address` retornado e uma mensagem de `status` que reflete que o usuário rejeitou a conexão. + +Agora que nós escrevemos esta função `connectWallet`, o próximo passo é chamar ele para o nosso componente `HelloWorld.js`. + +#### Adicione a função `connectWallet` ao seu componente de interface do usuário `HelloWorld.js` {#add-the-connectWallet-function-to-your-HelloWorld-js-ui-component} + +Navegue para a função `connectWalletPressed` em `HelloWorld.js`, e atualize-o para o seguinte: + +```javascript +// HelloWorld.js + +const connectWalletPressed = async () => { + const walletResponse = await connectWallet() + setStatus(walletResponse.status) + setWallet(walletResponse.address) +} +``` + +Observe como a maior parte das nossas funcionalidades está abstraída do nosso componente `HelloWorld.js` do arquivo `interact.js`? É assim que respeitamos o paradigma M-V-C! + +Em `connectWalletPressed`, simplesmente fazemos uma chamada de espera (await) para a função `connectWallet`, importada, e usando sua resposta, nós atualizaremos nossas variáveis `status` e `walletAddress` através de seus state hooks. + +Agora, vamos salvar os dois arquivos `HelloWorld.js` e `interact.js` e testar nossa UI até agora. + +Abra seu navegador na página [http://localhost:3000/](http://localhost:3000/) e clique no botão “Connect Wallet” na parte superior direita da página. + +Se você tiver o MetaMask instalado, você será solicitado a conectar sua carteira ao seu dapp. Aceite o convite para se conectar. + +Observe que o botão de carteira agora mostra que o seu endereço está conectado! Ótimo!!🔥 + +Em seguida, tente atualizar a página... isso é estranho. Nosso botão de carteira está nos pedindo para conectar o MetaMask, mesmo que já esteja conectado... + +Entretanto, não tenha medo! Nós podemos endereçar (entendeu?) facilmente isso implementando `getCurrentWalletConnected`, o qual irá checar se um endereço já está conectado no nosso dapp e atualizar nossa UI de acordo! + +#### A função `getCurrentWalletConnected` {#the-getcurrentwalletconnected-function} + +Atualize a sua função `getCurrentWalletConnected` no arquivo `interact.js` como mostrado abaixo: + +```javascript +// interact.js + +export const getCurrentWalletConnected = async () => { + if (window.ethereum) { + try { + const addressArray = await window.ethereum.request({ + method: "eth_accounts", + }) + if (addressArray.length > 0) { + return { + address: addressArray[0], + status: "👆🏽 Write a message in the text-field above.", + } + } else { + return { + address: "", + status: "🦊 Connect to MetaMask using the top right button.", + } + } + } catch (err) { + return { + address: "", + status: "😥 " + err.message, + } + } + } else { + return { + address: "", + status: ( + ++ {" "} + 🦊 + You must install MetaMask, a virtual Ethereum wallet, in your + browser. + +
+ + ), + } + } +} +``` + +Este código é _muito_ similar à função `connectWallet` que nós acabamos de escrever no passo anterior. + +A diferença principal é que, em vez de chamar o método `eth_requestAccounts`, que abre o MetaMask para o usuário conectar sua carteira, aqui chamamos o método `eth_accounts`, que simplesmente retorna uma matriz que contém os endereços MetaMask atualmente conectados ao nosso dapp. + +Para ver esta função em ação, vamos chamar nossa função `useEffect` do nosso componente `HelloWorld.js`: + +```javascript +// HelloWorld.js + +useEffect(async () => { + const message = await loadCurrentMessage() + setMessage(message) + addSmartContractListener() + + const { address, status } = await getCurrentWalletConnected() + setWallet(address) + setStatus(status) +}, []) +``` + +Note que nós usamos a resposta da nossa chamada a `getCurrentWalletConnected` para atualizar nossa `walletAddress` e nossa variável de estado `status`. + +Agora que você adicionou este código, tente atualizar a janela do navegador. + +Ótimo!!!! O botão deve dizer que você está conectado e mostrar uma visualização do endereço de sua carteira conectada - mesmo depois de atualizar! + +#### Implemente `addWalletListener` {#implement-addwalletlistener} + +O passo final na configuração da nossa carteira dapp é implementar o ouvinte de carteira, para que nossa interface atualize quando o estado mudar, como quando o usuário desconecta ou troca de contas. + +No seu arquivo `HelloWorld.js`, modifique a sua função `addWalletListener` para o seguinte: + +```javascript +// HelloWorld.js + +function addWalletListener() { + if (window.ethereum) { + window.ethereum.on("accountsChanged", (accounts) => { + if (accounts.length > 0) { + setWallet(accounts[0]) + setStatus("👆🏽 Write a message in the text-field above.") + } else { + setWallet("") + setStatus("🦊 Connect to MetaMask using the top right button.") + } + }) + } else { + setStatus( ++ {" "} + 🦊 + You must install MetaMask, a virtual Ethereum wallet, in your browser. + +
+ ) + } +} +``` + +Eu aposto que você nem mesmo precisou da nossa ajuda para entender o que está acontecendo aqui neste ponto, mas por finalidade de clareza, vamos quebrá-lo em partes: + +- Primeiro, nossa função verifica se o `window.ethereum` está habilitado no seu navegador \(ex. MetaMask instalado\). + - Caso contrário, nós simplesmente configuramos a variável de estado `status` para uma JSX string que solicita o usuário instalar a MetaMask. + - Se estiver habilitado, configuramos o ouvinte `window.ethereum.on("accountsChanged")` na linha 3 que houve mudança de estado na carteira MetaMask, inclusive quando o usuário conecta uma conta adicional ao dapp, troca de conta ou desconecta uma conta. Se houver pelo menos uma conta conectada, a variável de estado `walletAddress` é atualizada como a primeira conta no array `accounts` retornada pelo ouvinte. Caso contrário, `walletAddress` é definida como uma string vazia. + +Por último, mas não menos importante, nós devemos chamá-la em nossa função `useEffect`: + +```javascript +// HelloWorld.js + +useEffect(async () => { + const message = await loadCurrentMessage() + setMessage(message) + addSmartContractListener() + + const { address, status } = await getCurrentWalletConnected() + setWallet(address) + setStatus(status) + + addWalletListener() +}, []) +``` + +E é isso! Concluímos com sucesso a programação de toda a nossa carteira! Agora, a nossa última tarefa: atualizar a mensagem armazenada no nosso contrato inteligente! + +### Passo 6: Implemente a função `updateMessage` {#step-6-implement-the-updateMessage-function} + +Tudo bem, nós chegamos ao trecho caseiro! No `updateMessage` do seu arquivo `interact.js`, façamos o seguinte: + +1. Certifique-se que a mensagem que nós queremos publicar no nosso contrato inteligente é válida +2. Assine nossa transação usando MetaMask +3. Chame esta função do nosso componente de frontend `HelloWorld.js` + +Isso não vai demorar muito; vamos terminar este dapp! + +#### Manipulação de erros de script {#input-error-handling} + +Naturalmente, faz sentido ter alguns tipos de gerencialmente de erros de entrada no início da função. + +Queremos que nossa função retorne rapidamente. Se não houver uma extensão MetaMask instalada, não haverá carteiras conectadas \(ou seja, o `address` transmitido é uma cadeira de caracteres vazia\) ou a `message` será uma cadeira de caracteres vazia. Vamos adicionar o seguinte gerencialmente de erro em `updateMessage`: + +```javascript +// interact.js + +export const updateMessage = async (address, message) => { + if (!window.ethereum || address === null) { + return { + status: + "💡 Connect your MetaMask wallet to update the message on the blockchain.", + } + } + + if (message.trim() === "") { + return { + status: "❌ Your message cannot be an empty string.", + } + } +} +``` + +Agora que ele tem o devido gerenciamento de erro de entrada, é hora de assinar a transação via MetaMask! + +#### Assinando a nossa transação {#signing-our-transaction} + +Se você já está confortável com as transações tradicionais Web3 do Ethereum, o código que vamos escrever em seguida será bastante familiar. Abaixo, nosso código de manipulação de erro de entrada, adicione o seguinte a `updateMessage`: + +```javascript +// interact.js + +//set up transaction parameters +const transactionParameters = { + to: contractAddress, // Required except during contract publications. + from: address, // must match user's active address. + data: helloWorldContract.methods.update(message).encodeABI(), +} + +//sign the transaction +try { + const txHash = await window.ethereum.request({ + method: "eth_sendTransaction", + params: [transactionParameters], + }) + return { + status: ( + + ✅{" "} + + View the status of your transaction on Etherscan! + +.env! Please make sure never to share or expose your .env file with anyone, as you are compromising your secrets in doing so. If you are using version control, add your .env to a gitignore file.
+No faça commit do .env! Por favor, tenha certeza de nunca compartilhar ou expor seu arquivo .env com ninguém, pois estará comprometendo suas partes secretas ao fazê-lo. Se estiver usando um controle de versão, adicione seu .env ao arquivo gitignore
.env! Por favor, tenha certeza de nunca compartilhar ou expor seu arquivo .env com ninguém, pois estará comprometendo suas partes secretas ao fazê-lo. Se estiver usando um controle de versão, adicione seu .env ao arquivo gitignore.
-+ Simply add your asset's link, name, and description, then press "Mint." +
+ + +{status}
++ {" "} + 🦊 + You must install MetaMask, a virtual Ethereum wallet, in your + browser. + +
+ + ), + } + } +} +``` + +Vamos dividir o que este código faz: + +Primeiro, nossa função verifica se o `window.ethereum` está habilitado no seu navegador. + +`window.ethereum` é uma API global injetada pela MetaMask e outros provedores de carteira que permitem que sites solicitem contas Ethereum dos usuários. Se aprovada, ela pode ler dados das blockchains ao qual o usuário está conectado e sugerir que o usuário assine mensagens e transações. Confira a [documentação da MetaMask](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) para obter mais informações! + +Se `window.ethereum` _não está_ presente, então isso significa que o MetaMask não está instalado. Isso resulta em um objeto JSON sendo retornado, onde o `endereço` retornado é uma string vazia, e o `status` do objeto JSX repassa que o usuário deve instalar o MetaMask. + +**A maioria das funções que escrevermos retornarão objetos JSON que podemos usar para atualizar nossas variáveis de estado e interface de usuário.** + +Agora se `window.ethereum` _estiver_ presente, e é aí que as coisas ficam interessantes. + +Usando um loop de try/catch, tentaremos nos conectar a MetaMask chamando`[window.ethereum.request({ method: "eth_requestAccounts" });](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts)`. Chamando esta função o MetaMask irá abrir no navegador, onde o usuário será solicitado a conectar sua carteira ao seu dapp. + +- Se o usuário escolher conectar-se, `método: "eth_requestAccounts"` retornará um array que contém todos os endereços de conta do usuário que estão conectados ao dapp. No total, nossa função `connectWallet` retornará um objeto JSON que contém o _primeiro_ `address` desta matriz \(ver linha 9\) e uma mensagem `status` que pede que o usuário escreva uma mensagem para o contrato inteligente. +- Se o usuário rejeitar a conexão, então o objeto JSON vai conter uma string vazia para o `address` retornado e uma mensagem de `status` que reflete que o usuário rejeitou a conexão. + +### Adicionar função connectWallet ao seu componente UI Minter.js {#add-connect-wallet} + +Agora que escrevemos esta função `connectWallet`, vamos conectá-la ao nosso componente `Minter.js.`. + +Primeiro, teremos que importar nossa função para o arquivo `Minter.js` adicionando `import { connectWallet } from "./utils/interact.js";` para o topo do arquivo `Minter.js`. Suas primeiras 11 linhas de `Minter.js` agora devem se parecer com isto: + +```javascript +import { useEffect, useState } from "react"; +import { connectWallet } from "./utils/interact.js"; + +const Minter = (props) => { + + //State variables + const [walletAddress, setWallet] = useState(""); + const [status, setStatus] = useState(""); + const [name, setName] = useState(""); + const [description, setDescription] = useState(""); + const [url, setURL] = useState(""); +``` + +Então, dentro da nossa função `connectWalletPressed`, vamos chamar nossa função importada `connectWallet`, assim: + +```javascript +const connectWalletPressed = async () => { + const walletResponse = await connectWallet() + setStatus(walletResponse.status) + setWallet(walletResponse.address) +} +``` + +Observe como a maior parte das nossas funcionalidades está abstraída do nosso componente `Minter.js` do arquivo `interact.js`? É assim que respeitamos o paradigma M-V-C! + +Em `connectWalletPressed`, simplesmente fazemos uma chamada de espera (await) para a função `connectWallet`, importada, e usando sua resposta, nós atualizaremos nossas variáveis `status` e `walletAddress` através de seus state hooks. + +Agora, vamos salvar os dois arquivos `Minter.js` e `interact.js` e testar nossa UI até agora. + +Abra seu navegador em localhost:3000, e pressione o botão "Conectar Carteira" no canto superior direito da página. + +Se você tiver o MetaMask instalado, você será solicitado a conectar sua carteira ao seu dapp. Aceite o convite para se conectar. + +Você verá que o botão da carteira agora reflete que seu endereço está conectado. + +Em seguida, tente atualizar a página... isso é estranho. Nosso botão de carteira está nos pedindo para conectar o MetaMask, mesmo que já esteja conectado... + +Mas não se preocupe! Nós podemos facilmente corrigir isso implementando uma função chamada `getCurrentWalletConnected`, que irá verificar se um endereço já está conectado ao nosso dapp e atualizará nossa interface do usuário adequadamente! + +### Função getCurrentWalletConnected {#get-current-wallet} + +Em seu arquivo `interact.js`, adicione a função`getCurrentWalletConnected`: + +```javascript +export const getCurrentWalletConnected = async () => { + if (window.ethereum) { + try { + const addressArray = await window.ethereum.request({ + method: "eth_accounts", + }) + if (addressArray.length > 0) { + return { + address: addressArray[0], + status: "👆🏽 Write a message in the text-field above.", + } + } else { + return { + address: "", + status: "🦊 Connect to MetaMask using the top right button.", + } + } + } catch (err) { + return { + address: "", + status: "😥 " + err.message, + } + } + } else { + return { + address: "", + status: ( + ++ {" "} + 🦊 + You must install MetaMask, a virtual Ethereum wallet, in your + browser. + +
+ + ), + } + } +} +``` + +Este código é _muito_ semelhante à função `connectWallet` que acabamos de escrever. + +A diferença principal é que, em vez de chamar o método `eth_requestAccounts`, que abre o MetaMask para o usuário conectar sua carteira, aqui chamamos o método `eth_accounts`, que simplesmente retorna uma matriz que contém os endereços MetaMask atualmente conectados ao nosso dapp. + +Para ver essa função em ação, vamos chamá-la na função `useEffect` do nosso componente `Minter.js`. + +Como fizemos para `connectWallet`, devemos importar essa função do nosso arquivo `interact.js` para o `Minter.js`, assim: + +```javascript +import { useEffect, useState } from "react" +import { + connectWallet, + getCurrentWalletConnected, //import here +} from "./utils/interact.js" +``` + +Agora, simplesmente a chamamos em nossa função `useEffect`: + +```javascript +useEffect(async () => { + const { address, status } = await getCurrentWalletConnected() + setWallet(address) + setStatus(status) +}, []) +``` + +Note que nós usamos a resposta da nossa chamada a `getCurrentWalletConnected` para atualizar nossa `walletAddress` e nossa variável de estado `status`. + +Depois de adicionar este código, tente atualizar a janela do navegador. O botão deve dizer que você está conectado e mostrar uma visualização do endereço de sua carteira conectada - mesmo depois de atualizar! + +### Implementar addWalletListener {#implement-add-wallet-listener} + +O passo final na configuração da nossa carteira dapp é implementar o ouvinte de carteira, para que nossa interface atualize quando o estado mudar, como quando o usuário desconecta ou troca de contas. + +No seu arquivo `Minter.js`, adicione a função `addWalletListener` que se parece com o seguinte: + +```javascript +function addWalletListener() { + if (window.ethereum) { + window.ethereum.on("accountsChanged", (accounts) => { + if (accounts.length > 0) { + setWallet(accounts[0]) + setStatus("👆🏽 Write a message in the text-field above.") + } else { + setWallet("") + setStatus("🦊 Connect to MetaMask using the top right button.") + } + }) + } else { + setStatus( ++ {" "} + 🦊 + You must install MetaMask, a virtual Ethereum wallet, in your browser. + +
+ ) + } +} +``` + +Vamos dividir rapidamente o que está acontecendo aqui: + +- Primeiro, nossa função verifica se o `window.ethereum` está habilitado no seu navegador \(ex. MetaMask instalado\). + - Caso contrário, nós simplesmente configuramos a variável de estado `status` para uma JSX string que solicita o usuário instalar a MetaMask. + - Se estiver habilitado, configuramos o ouvinte `window.ethereum.on("accountsChanged")` na linha 3 que houve mudança de estado na carteira MetaMask, inclusive quando o usuário conecta uma conta adicional ao dapp, troca de conta ou desconecta uma conta. Se houver pelo menos uma conta conectada, a variável de estado `walletAddress` é atualizada como a primeira conta no array `accounts` retornada pelo ouvinte. Caso contrário, `walletAddress` é definida como uma string vazia. + +Finalmente, nós devemos chamá-la em nossa função `useEffect`: + +```javascript +useEffect(async () => { + const { address, status } = await getCurrentWalletConnected() + setWallet(address) + setStatus(status) + + addWalletListener() +}, []) +``` + +E Voila! Concluímos a programação de toda a funcionalidade da nossa carteira! Agora que a nossa carteira está pronta, vamos descobrir como mintar nossa NFT! + +## Metadados NFT 101 {#nft-metadata-101} + +Lembra dos metadados da NFT que acabamos de falar no Passo 0 deste tutorial - ele dá vida a uma NFT, permitindo que tenha propriedades, como um ativo digital, nome, descrição e outros atributos. + +Vamos precisar configurar esse metadado como um objeto JSON e amarzena-lo, para que possamos passa-lo como parâmetro `tokenURI` quando chamarmos a função `mintNFT` do nosso contrato inteligente. + +No campo texto "Link to Asset", "Name", "Description" inclui as diferentes propriedades dos metadados de nosso NFT. Nós vamos formatar estes metadados como um objeto JSON, mas há algumas opções para onde podemos armazenar este objeto JSON: + +- Poderíamos armazená-lo no blockchain Ethereum; no entanto, fazê-lo seria muito caro. +- Nós poderíamos armazená-lo em um servidor centralizado, como AWS ou Firebase. Mas isso iria contra nossa ética de descentralização. +- Poderíamos usar o IPFS, um protocolo descentralizado e uma rede peer-to-peer para armazenar e compartilhar dados em um sistema de arquivos distribuído. Como este protocolo é descentralizado e gratuito, essa é a melhor opção! + +Para armazenar nossos metadados no IPFS, vamos usar [Pinata](https://pinata.cloud/), uma conveniente API IPFS e um conjunto de ferramentas. Na próxima etapa, vamos explicar exatamente como fazer isso! + +## Use o Pinata para fixar seus metadados no IPFS {#use-pinata-to-pin-your-metadata-to-IPFS} + +Se você não tem uma conta no [Pinata](https://pinata.cloud/), cadastre-se [aqui](https://pinata.cloud/) gratuitamente e conclua as etapas de confirmação do seu e-mail e conta. + +### Crie sua chave API do Pinata {#create-pinata-api-key} + +Navegue para a página[https://pinata.cloud/keys](https://pinata.cloud/keys), então selecione o botão "New Key" no topo da página, defina o Admin widget como ativado, e nomeie sua chave. + +Será mostrado a você um pop-up com as informações da sua API. Certifique-se de colocar isto num lugar seguro. + +Agora que a nossa chave está configurada, vamos adicioná-la ao nosso projeto para que possamos usá-la. + +### Criar o arquivo .env {#create-a-env} + +Podemos armazenar com segurança nossa chave e segredo do Pinata em um arquivo de ambiente. Vamos instalar o [pacote dotenv](https://www.npmjs.com/package/dotenv) no diretório do seu projeto. + +Abra uma nova aba no seu terminal \(separado do terminal executando o local host\) e certifique-se de estar na pasta `minter-starter-files`, então execute o seguinte comando no seu terminal: + +```text +npm install dotenv --save +``` + +Em seguida, crie um arquivo `.env` no diretório raiz dos seus `minter-starter-files` inserindo o seguinte na sua linha de comando: + +```javascript +vim.env +``` + +Isto abrirá seu arquivo `.env` no formato vim \(um editor de texto\). Para salvar, aperte "esc" + ":" + "q" no seu teclado nesta ordem. + +Em seguida, no VSCode, navegue até o seu arquivo `.env` e adicione sua chave de API Pinata e sua API secreta, assim: + +```text +REACT_APP_PINATA_KEY =.env! Por favor, tenha certeza de nunca compartilhar ou expor seu arquivo .env com ninguém, pois estará comprometendo suas partes secretas ao fazê-lo. Se estiver usando um controle de versão, adicione seu .env ao arquivo gitignore
+
+
+As duas imagens capturam praticamente a essência do GraphQL. Com a consulta à direita, podemos definir exactamente quais os dados que queremos, assim aí temos tudo ao alcance e nada mais do que aquilo de que precisamos. Um servidor GraphQL lida com a busca de todos os dados necessários, então é incrivelmente fácil para o lado frontend do consumidor. [Esta é uma bela explicação](https://www.apollographql.com/blog/graphql-explained-5844742f195e/) de como exatamente o servidor lida com uma consulta se estiver interessado.
+
+Agora com esse conhecimento, vamos finalmente adentrar o espaço da blockchain e The Graph.
+
+## O que é The Graph? {#what-is-the-graph}
+
+Um blockchain é um banco de dados descentralizado, mas em contraste com o que é geralmente o caso, nós não temos uma linguagem de consulta para esse banco de dados. Soluções para a obtenção de dados são dolorosas ou completamente impossíveis. The Graph é um protocolo descentralizado para indexação e consulta de dados da blockchain. E você pode ter adivinhado, ele está usando GraphQL como idioma de consulta.
+
+
+
+Os exemplos são sempre os melhores para entender algo, então vamos usar The Graph para o nosso exemplo de GameContract.
+
+## Como criar um Subgraph {#how-to-create-a-subgraph}
+
+A definição de como indexar dados é chamada de subgráfico. Requer três componentes:
+
+1. Manifesto (`subgraph.yaml`)
+2. Esquema (`schema.graphql`)
+3. Mapping (`mapping.ts`)
+
+### Manifesto (`subgraph.yaml`) {#manifest}
+
+O manifesto é nosso arquivo de configuração e define:
+
+- que contratos inteligentes indexar (endereço, rede, ABI...)
+- quais eventos ouvir
+- outras coisas para ouvir como chamadas de função ou blocos
+- as fnções de mapping sendo chamadas (conferir `mapping.ts` below)
+
+Aqui você pode definir vários contratos e manipuladores. Uma configuração típica teria uma pasta de subgráfico dentro do projeto Truffle/Hardhat com seu próprio repositório. Então você pode facilmente se referir ao ABI.
+
+Por conveniência você também pode querer usar uma ferramenta modelo tipo um bigode. Em seguida, você cria um `subgraph.template.yaml` e insere os endereços com base nas mais recentes implantações. Para uma configuração de exemplo mais avançada, veja, por exemplo, o [repositório de subgráfico Aave](https://github.com/aave/aave-protocol/tree/master/thegraph).
+
+E a documentação completa pode ser vista [aqui](https://thegraph.com/docs/en/developing/creating-a-subgraph/#the-subgraph-manifest).
+
+```yaml
+specVersion: 0.0.1
+description: Placing Bets on Ethereum
+repository: - GitHub link -
+schema:
+ file: ./schema.graphql
+dataSources:
+ - kind: ethereum/contract
+ name: GameContract
+ network: mainnet
+ source:
+ address: '0x2E6454...cf77eC'
+ abi: GameContract
+ startBlock: 6175244
+ mapping:
+ kind: ethereum/events
+ apiVersion: 0.0.1
+ language: wasm/assemblyscript
+ entities:
+ - GameContract
+ abis:
+ - name: GameContract
+ file: ../build/contracts/GameContract.json
+ eventHandlers:
+ - event: PlacedBet(address,uint256,bool)
+ handler: handleNewBet
+ file: ./src/mapping.ts
+```
+
+### Esquema (`schema.graphql`) {#schema}
+
+O esquema é a definição de dados do GraphQL. Permitirá que você defina quais entidades existem e seus tipos. Tipos suportados do The Graph são
+
+- Bytes
+- ID
+- String
+- Booleano
+- Int
+- BigInt
+- BigDecimal
+
+Você também pode usar entidades como tipo para definir relações. No nosso exemplo, definimos uma relação entre 1 e muitos entre jogadores e apostas. O ! significa que o valor não pode ser vazio. A documentação completa pode ser vista [aqui](https://thegraph.com/docs/en/developing/creating-a-subgraph/#the-subgraph-manifest).
+
+```graphql
+type Bet @entity {
+ id: ID!
+ player: Player!
+ playerHasWon: Boolean!
+ time: Int!
+}
+
+type Player @entity {
+ id: ID!
+ totalPlayedCount: Int
+ hasWonCount: Int
+ hasLostCount: Int
+ bets: [Bet]!
+}
+```
+
+### Mapping (`mapping.ts`) {#mapping}
+
+O arquivo de mapeamento no The Graph define nossas funções que transformam eventos recebidos em entidades. É escrito em AssemblyScript, um subconjunto de Typescript. Isto significa que pode ser compilado em WASM (WebAssembly) para uma execução mais eficiente e portátil do mapeamento.
+
+Você precisará definir cada função nomeada no arquivo `subgraph.yaml`, portanto, no nosso caso, precisamos apenas uma: `handleNewBet`. Primeiro, tentamos carregar a entidade Jogador a partir do endereço do remetente como id. Se não existir, nós criamos uma nova entidade e a preenchemos com os valores iniciais.
+
+Em seguida, criamos uma nova entidade Bet. O ID para isso sempre `event.transaction.hash.toHex() + "-" + event.logIndex.toString()` garantirá um valor exclusivo. Usar somente o hash não é o suficiente porque alguém pode chamar a função placeBet várias vezes em uma transação através de um contrato inteligente.
+
+Finalmente, nós podemos atualizar a entidade "Player" com todos os dados. Arrays não podem ser empurrados diretamente, mas precisam ser atualizados como mostrado aqui. Usamos o id para fazer referência à aposta. E `.save()` é necessário no final para armazenar uma entidade.
+
+A documentação completa pode ser vista aqui: https://thegraph.com/docs/en/developing/creating-a-subgraph/#writing-mappings. Você também pode adicionar a saída do log ao arquivo de mapeamento, consultando [aqui](https://thegraph.com/docs/assemblyscript-api#api-reference).
+
+```typescript
+import { Bet, Player } from "../generated/schema"
+import { PlacedBet } from "../generated/GameContract/GameContract"
+
+export function handleNewBet(event: PlacedBet): void {
+ let player = Player.load(event.transaction.from.toHex())
+
+ if (player == null) {
+ // create if doesn't exist yet
+ player = new Player(event.transaction.from.toHex())
+ player.bets = new Arraygas, 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` | `.` | | | destroy contract and sends all funds to `addr` |
+| Стек | Имя | Газ | Исходный стек | Итоговый стек | Память/хранилище | Примечания |
+|:-----:|:-------------- |:-----------------------------------------------------------------------------------------------:|:------------------------------------------------ |:-------------------------------------------- |:----------------------------------------------------------------------------- |:--------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 00 | STOP | 0 | | | | halt execution |
+| 01 | ADD | 3 | `a, b` | `a + b` | | (u)int256 addition modulo 2\*\*256 |
+| 02 | MUL | 5 | `a, b` | `a * b` | | (u)int256 multiplication modulo 2\*\*256 |
+| 03 | SUB | 3 | `a, b` | `a - b` | | (u)int256 addition modulo 2\*\*256 |
+| 04 | DIV | 5 | `a, b` | `a // b` | | uint256 division |
+| 05 | SDIV | 5 | `a, b` | `a // b` | | int256 division |
+| 06 | MOD | 5 | `a, b` | `a % b` | | uint256 modulus |
+| 07 | SMOD | 5 | `a, b` | `a % b` | | int256 modulus |
+| 08 | ADDMOD | 8 | `a, b, N` | `(a + b) % N` | | (u)int256 addition modulo N |
+| 09 | MULMOD | 8 | `a, b, N` | `(a * b) % N` | | (u)int256 multiplication modulo N |
+| 0A | EXP | [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp) | `a, b` | `a ** b` | | uint256 exponentiation modulo 2\*\*256 |
+| 0B | SIGNEXTEND | 5 | `b, x` | `SIGNEXTEND(x, b)` | | [sign extend](https://wikipedia.org/wiki/Sign_extension) `x` from `(b+1)` bytes to 32 bytes |
+| 0C-0F | _invalid_ | | | | | |
+| 10 | LT | 3 | `a, b` | `a < b` | | uint256 less-than |
+| 11 | GT | 3 | `a, b` | `a > b` | | uint256 greater-than |
+| 12 | SLT | 3 | `a, b` | `a < b` | | int256 less-than |
+| 13 | SGT | 3 | `a, b` | `a > b` | | int256 greater-than |
+| 14 | EQ | 3 | `a, b` | `a == b` | | (u)int256 equality |
+| 15 | ISZERO | 3 | `a` | `a == 0` | | (u)int256 iszero |
+| 16 | AND | 3 | `a, b` | `a && b` | | bitwise AND |
+| 17 | OR | 3 | `a, b` | `a \|\| b` | | bitwise OR |
+| 18 | XOR | 3 | `a, b` | `a ^ b` | | bitwise XOR |
+| 19 | NOT | 3 | `a` | `~a` | | bitwise NOT |
+| 1A | BYTE | 3 | `i, x` | `(x >> (248 - i * 8)) && 0xFF` | | `i`th byte of (u)int256 `x`, from the left |
+| 1B | SHL | 3 | `shift, val` | `val << shift` | | shift left |
+| 1C | SHR | 3 | `shift, val` | `val >> shift` | | logical shift right |
+| 1D | SAR | 3 | `shift, val` | `val >> shift` | | arithmetic shift right |
+| 1E-1F | _invalid_ | | | | | |
+| 20 | KECCAK256 | [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3) | `ost, len` | `keccak256(mem[ost:ost+len-1])` | | keccak256 |
+| 21-2F | _invalid_ | | | | | |
+| 30 | ADDRESS | 2 | `.` | `address(this)` | | address of executing contract |
+| 31 | BALANCE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `addr.balance` | | balance, in wei |
+| 32 | ORIGIN | 2 | `.` | `tx.origin` | | address that originated the tx |
+| 33 | CALLER | 2 | `.` | `msg.sender` | | address of msg sender |
+| 34 | CALLVALUE | 2 | `.` | `msg.value` | | msg value, in wei |
+| 35 | CALLDATALOAD | 3 | `idx` | `msg.data[idx:idx+32]` | | read word from msg data at index `idx` |
+| 36 | CALLDATASIZE | 2 | `.` | `len(msg.data)` | | length of msg data, in bytes |
+| 37 | CALLDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1] | copy msg data |
+| 38 | CODESIZE | 2 | `.` | `len(this.code)` | | length of executing contract's code, in bytes |
+| 39 | CODECOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1] | copy executing contract's bytecode |
+| 3A | GASPRICE | 2 | `.` | `tx.gasprice` | | gas price of tx, in wei per unit gas [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice) |
+| 3B | EXTCODESIZE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `len(addr.code)` | | size of code at addr, in bytes |
+| 3C | EXTCODECOPY | [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy) | `addr, dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | copy code from `addr` |
+| 3D | RETURNDATASIZE | 2 | `.` | `size` | | size of returned data from last external call, in bytes |
+| 3E | RETURNDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1] | copy returned data from last external call |
+| 3F | EXTCODEHASH | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `хэш` | | hash = addr.exists ? keccak256(addr.code) : 0 |
+| 40 | BLOCKHASH | 20 | `blockNum` | `blockHash(blockNum)` | | |
+| 41 | COINBASE | 2 | `.` | `block.coinbase` | | address of miner of current block |
+| 42 | TIMESTAMP | 2 | `.` | `block.timestamp` | | timestamp of current block |
+| 43 | NUMBER | 2 | `.` | `block.number` | | number of current block |
+| 44 | PREVRANDAO | 2 | `.` | `randomness beacon` | | randomness beacon |
+| 45 | GASLIMIT | 2 | `.` | `block.gaslimit` | | gas limit of current block |
+| 46 | CHAINID | 2 | `.` | `chain_id` | | push current [chain id](https://eips.ethereum.org/EIPS/eip-155) onto stack |
+| 47 | SELFBALANCE | 5 | `.` | `address(this).balance` | | balance of executing contract, in wei |
+| 48 | BASEFEE | 2 | `.` | `block.basefee` | | base fee of current block |
+| 49-4F | _invalid_ | | | | | |
+| 50 | POP | 2 | `_anon` | `.` | | remove item from top of stack and discard it |
+| 51 | MLOAD | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost` | `mem[ost:ost+32]` | | read word from memory at offset `ost` |
+| 52 | MSTORE | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost:ost+32] := val | write a word to memory |
+| 53 | MSTORE8 | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost] := val && 0xFF | write a single byte to memory |
+| 54 | SLOAD | [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload) | `key` | `storage[key]` | | read word from storage |
+| 55 | SSTORE | [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore) | `key, val` | `.` | storage[key] := val | write word to storage |
+| 56 | JUMP | 8 | `dst` | `.` | | `$pc := dst` mark that `pc` is only assigned if `dst` is a valid jumpdest |
+| 57 | JUMPI | 10 | `dst, condition` | `.` | | `$pc := condition ? dst : $pc + 1` |
+| 58 | PC | 2 | `.` | `$pc` | | program counter |
+| 59 | MSIZE | 2 | `.` | `len(mem)` | | size of memory in current execution context, in bytes |
+| 5A | GAS | 2 | `.` | `gasRemaining` | | |
+| 5B | JUMPDEST | 1 | | | mark valid jump destination | a valid jump destination for example a jump destination not inside the push data |
+| 5C-5E | _invalid_ | | | | | |
+| 5F | PUSH0 | 2 | `.` | `uint8` | | добавить постоянное значение 0 в стек |
+| 60 | PUSH1 | 3 | `.` | `uint8` | | push 1-byte value onto stack |
+| 61 | PUSH2 | 3 | `.` | `uint16` | | push 2-byte value onto stack |
+| 62 | PUSH3 | 3 | `.` | `uint24` | | push 3-byte value onto stack |
+| 63 | PUSH4 | 3 | `.` | `uint32` | | push 4-byte value onto stack |
+| 64 | PUSH5 | 3 | `.` | `uint40` | | push 5-byte value onto stack |
+| 65 | PUSH6 | 3 | `.` | `uint48` | | push 6-byte value onto stack |
+| 66 | PUSH7 | 3 | `.` | `uint56` | | push 7-byte value onto stack |
+| 67 | PUSH8 | 3 | `.` | `uint64` | | push 8-byte value onto stack |
+| 68 | PUSH9 | 3 | `.` | `uint72` | | push 9-byte value onto stack |
+| 69 | PUSH10 | 3 | `.` | `uint80` | | push 10-byte value onto stack |
+| 6A | PUSH11 | 3 | `.` | `uint88` | | push 11-byte value onto stack |
+| 6B | PUSH12 | 3 | `.` | `uint96` | | push 12-byte value onto stack |
+| 6C | PUSH13 | 3 | `.` | `uint104` | | push 13-byte value onto stack |
+| 6D | PUSH14 | 3 | `.` | `uint112` | | push 14-byte value onto stack |
+| 6E | PUSH15 | 3 | `.` | `uint120` | | push 15-byte value onto stack |
+| 6F | PUSH16 | 3 | `.` | `uint128` | | push 16-byte value onto stack |
+| 70 | PUSH17 | 3 | `.` | `uint136` | | push 17-byte value onto stack |
+| 71 | PUSH18 | 3 | `.` | `uint144` | | push 18-byte value onto stack |
+| 72 | PUSH19 | 3 | `.` | `uint152` | | push 19-byte value onto stack |
+| 73 | PUSH20 | 3 | `.` | `uint160` | | push 20-byte value onto stack |
+| 74 | PUSH21 | 3 | `.` | `uint168` | | push 21-byte value onto stack |
+| 75 | PUSH22 | 3 | `.` | `uint176` | | push 22-byte value onto stack |
+| 76 | PUSH23 | 3 | `.` | `uint184` | | push 23-byte value onto stack |
+| 77 | PUSH24 | 3 | `.` | `uint192` | | push 24-byte value onto stack |
+| 78 | PUSH25 | 3 | `.` | `uint200` | | push 25-byte value onto stack |
+| 79 | PUSH26 | 3 | `.` | `uint208` | | push 26-byte value onto stack |
+| 7A | PUSH27 | 3 | `.` | `uint216` | | push 27-byte value onto stack |
+| 7B | PUSH28 | 3 | `.` | `uint224` | | push 28-byte value onto stack |
+| 7C | PUSH29 | 3 | `.` | `uint232` | | push 29-byte value onto stack |
+| 7D | PUSH30 | 3 | `.` | `uint240` | | push 30-byte value onto stack |
+| 7E | PUSH31 | 3 | `.` | `uint248` | | push 31-byte value onto stack |
+| 7F | PUSH32 | 3 | `.` | `uint256` | | push 32-byte value onto stack |
+| 80 | DUP1 | 3 | `a` | `a, a` | | clone 1st value on stack |
+| 81 | DUP2 | 3 | `_, a` | `a, _, a` | | clone 2nd value on stack |
+| 82 | DUP3 | 3 | `_, _, a` | `a, _, _, a` | | clone 3rd value on stack |
+| 83 | DUP4 | 3 | `_, _, _, a` | `a, _, _, _, a` | | clone 4th value on stack |
+| 84 | DUP5 | 3 | `..., a` | `a, ..., a` | | clone 5th value on stack |
+| 85 | DUP6 | 3 | `..., a` | `a, ..., a` | | clone 6th value on stack |
+| 86 | DUP7 | 3 | `..., a` | `a, ..., a` | | clone 7th value on stack |
+| 87 | DUP8 | 3 | `..., a` | `a, ..., a` | | clone 8th value on stack |
+| 88 | DUP9 | 3 | `..., a` | `a, ..., a` | | clone 9th value on stack |
+| 89 | DUP10 | 3 | `..., a` | `a, ..., a` | | clone 10th value on stack |
+| 8A | DUP11 | 3 | `..., a` | `a, ..., a` | | clone 11th value on stack |
+| 8B | DUP12 | 3 | `..., a` | `a, ..., a` | | clone 12th value on stack |
+| 8C | DUP13 | 3 | `..., a` | `a, ..., a` | | clone 13th value on stack |
+| 8D | DUP14 | 3 | `..., a` | `a, ..., a` | | clone 14th value on stack |
+| 8E | DUP15 | 3 | `..., a` | `a, ..., a` | | clone 15th value on stack |
+| 8F | DUP16 | 3 | `..., a` | `a, ..., a` | | clone 16th value on stack |
+| 90 | SWAP1 | 3 | `a, b` | `b, a` | | |
+| 91 | SWAP2 | 3 | `a, _, b` | `b, _, a` | | |
+| 92 | SWAP3 | 3 | `a, _, _, b` | `b, _, _, a` | | |
+| 93 | SWAP4 | 3 | `a, _, _, _, b` | `b, _, _, _, a` | | |
+| 94 | SWAP5 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 95 | SWAP6 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 96 | SWAP7 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 97 | SWAP8 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 98 | SWAP9 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 99 | SWAP10 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9A | SWAP11 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9B | SWAP12 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9C | SWAP13 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9D | SWAP14 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9E | SWAP15 | 3 | `a, ..., b` | `b, ..., a` | | |
+| 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | | |
+| A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `.` | | LOG0(memory[ost:ost+len-1]) |
+| A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `.` | | LOG1(memory[ost:ost+len-1], topic0) |
+| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `.` | | LOG1(memory[ost:ost+len-1], topic0, topic1) |
+| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `.` | | LOG1(memory[ost:ost+len-1], topic0, topic1, topic2) |
+| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `.` | | LOG1(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) |
+| A5-EF | _invalid_ | | | | | |
+| F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) |
+| F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | same as DELEGATECALL, but does not propagate original msg.sender and msg.value |
+| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | return mem[ost:ost+len-1] |
+| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] |
+| F6-F9 | _invalid_ | | | | | |
+| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| FB-FC | _invalid_ | | | | | |
+| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) |
+| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | designated invalid opcode - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) | |
+| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | | destroy contract and sends all funds to `addr` |
diff --git a/public/content/translations/ru/developers/docs/gas/index.md b/public/content/translations/ru/developers/docs/gas/index.md
index c0ef820186d..4c1aeaad058 100644
--- a/public/content/translations/ru/developers/docs/gas/index.md
+++ b/public/content/translations/ru/developers/docs/gas/index.md
@@ -55,7 +55,7 @@ lang: ru
Базовая комиссия рассчитывается по формуле, которая сравнивает размер предыдущего блока (количество газа, использованного для всех транзакций) с целевым размером. Базовая комиссия увеличится максимум на 12,5 % за блок, если размер целевого блока превышен. Этот экспоненциальный рост делает экономически нецелесообразным, чтобы размер блока оставался высоким на неопределенный срок.
| Номер блока | Включенный газ | Увеличение комиссии | Текущая базовая комиссия |
-| ----------- | -------------: | ------------------: | -----------------------: |
+| ----------- | --------------:| -------------------:| ------------------------:|
| 1 | 15 млн | 0 % | 100 gwei |
| 2 | 30 млн | 0 % | 100 gwei |
| 3 | 30 млн | 12,5 % | 112,5 gwei |
@@ -70,7 +70,7 @@ lang: ru
Также важно отметить, что сильные всплески серий полных блоков маловероятны из-за скорости, с которой базовая комиссия увеличивается перед полным блоком.
| Номер блока | Включенный газ | Увеличение комиссии | Текущая базовая комиссия |
-| ----------- | -------------: | ------------------: | -----------------------: |
+| ----------- | --------------:| -------------------:| ------------------------:|
| 30 | 30 млн | 12,5 % | 2705,6 gwei |
| ... | ... | 12,5 % | ... |
| 50 | 30 млн | 12,5 % | 28531,3 gwei |
diff --git a/public/content/translations/ru/developers/docs/networks/index.md b/public/content/translations/ru/developers/docs/networks/index.md
index 3aa643e2e57..bad5b4e680d 100644
--- a/public/content/translations/ru/developers/docs/networks/index.md
+++ b/public/content/translations/ru/developers/docs/networks/index.md
@@ -56,10 +56,11 @@ lang: ru
- [Кран QuickNode Sepolia](https://faucet.quicknode.com/drip)
- [Grabteeth](https://grabteeth.xyz/)
- [Кран PoW](https://sepolia-faucet.pk910.de/)
-- [Кран кошелька Coinbase Wallet | Sepolia](https://coinbase.com/faucets/ethereum-sepolia-faucet)
+- [Кран кошелька Coinbase | Sepolia](https://coinbase.com/faucets/ethereum-sepolia-faucet)
- [Кран Alchemy Sepolia](https://sepoliafaucet.com/)
- [Кран Infura Sepolia](https://www.infura.io/faucet)
- [Кран Chainstack Sepolia](https://faucet.chainstack.com/sepolia-faucet)
+- [Кран тестовой сети | Sepolia](https://testnet-faucet.com/sepolia/)
#### Goerli _(долгосрочная поддержка)_ {#goerli}
@@ -111,28 +112,36 @@ Goerli — тестовая сеть для проверки валидации
- [Кран Paradigm](https://faucet.paradigm.xyz/)
- [Кран Coinbase Wallet | Optimism Goerli](https://coinbase.com/faucets/optimism-goerli-faucet)
+#### Starknet Goerli {#starknet-goerli}
+
+Тестовая сеть для [Starknet](https://www.starknet.io).
+
+##### Краны
+
+- [Кран Starknet](https://faucet.goerli.starknet.io)
+
## Частные сети {#private-networks}
-Сеть Ethereum представляет собой частную сеть, если ее узлы не подключены к публичной сети (т. е. к основной или тестовой сети). В этом контексте «частная» означает только «зарезервированная» или «изолированная», а не «защищенная» или «безопасная».
+Сеть Ethereum представляет собой частную сеть, если ее узлы не подключены к общедоступной сети (т. е. к основной или тестовой сети). В этом контексте «частная» означает только «зарезервированная» или «изолированная», а не «защищенная» или «безопасная».
### Сети разработки {#development-networks}
-Чтобы разработать приложение Ethereum, вам нужно запустить его в частной сети и увидеть, как оно работает, прежде чем развертывать. Подобно тому, как вы создаете локальный сервер на своем компьютере для веб-разработки, вы можете создать локальный экземпляр блокчейна для тестирования своего децентрализованного приложения. Это позволяет выполнять итерацию намного быстрее, чем в публичной тестовой сети.
+При разработке приложения Ethereum вам нужно запустить его в частной сети и увидеть, как оно работает, прежде чем развертывать. Подобно тому, как вы создаете локальный сервер на своем компьютере для веб-разработки, вы можете создать локальный экземпляр блокчейна для тестирования своего децентрализованного приложения. Это позволяет повторять итерации намного быстрее, чем в общедоступной тестовой сети.
-Существуют проекты и инструменты, которые могут помочь в этом. Подробнее о [сетях для разработки](/developers/docs/development-networks/).
+Существуют проекты и инструменты, которые могут помочь в этом. Узнайте больше о [сетях для разработки](/developers/docs/development-networks/).
### Сети консорциума {#consortium-networks}
-Процесс консенсуса контролируется заранее определенным набором узлов, которым доверяют. Например, частная сеть известных академических учреждений, каждое из которых управляет одним узлом, а блоки проверяются пороговым числом подписантов внутри сети.
+Процесс консенсуса контролируется заранее определенным набором доверенных узлов. Например, частная сеть известных академических учреждений, каждое из которых управляет одним узлом, а блоки проверяются пороговым числом подписантов внутри сети.
-Если общедоступная сеть Ethereum похожа на общедоступный Интернет, то сеть консорциума похожа на частный интранет.
+Если общедоступная сеть Ethereum похожа на общедоступный интернет, то сеть консорциума похожа на частный интранет.
## Связанные инструменты {#related-tools}
-- [Chainlist](https://chainlist.org/) — _список сетей EVM для подключения кошельков и поставщиков к соответствующему ID цепочки и ID сети_
-- [Цепочки на основе EVM](https://github.com/ethereum-lists/chains) — _репозиторий GitHub с метаданными цепочки, на которых основан Chainlist_
+- [Chainlist](https://chainlist.org/) — _список сетей EVM для подключения кошельков и поставщиков услуг к соответствующим идентификаторам цепочки и сети._
+- [Цепочки на основе EVM](https://github.com/ethereum-lists/chains) — _репозиторий GitHub с метаданными цепочки, на которых основан Chainlist._
## Дополнительные ресурсы {#further-reading}
-- [Предложение: предсказуемый жизненный цикл тестовых Ethereum](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17)
+- [Предложение: предсказуемый жизненный цикл тестовых сетей Ethereum](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17)
- [Эволюция тестовых сетей Ethereum](https://etherworld.co/2022/08/19/the-evolution-of-ethereum-testnet/)
diff --git a/public/content/translations/ru/developers/docs/transactions/index.md b/public/content/translations/ru/developers/docs/transactions/index.md
index e2bbd6d470d..ebfc54e4a8f 100644
--- a/public/content/translations/ru/developers/docs/transactions/index.md
+++ b/public/content/translations/ru/developers/docs/transactions/index.md
@@ -1,6 +1,6 @@
---
title: Транзакции
-description: "Обзор транзакций Ethereum: как они работают, их структура данных и как их отправлять через приложение."
+description: 'Обзор транзакций Ethereum: как они работают, их структура данных и как их отправлять через приложение.'
lang: ru
---
diff --git a/public/content/translations/ru/guides/how-to-create-an-ethereum-account/index.md b/public/content/translations/ru/guides/how-to-create-an-ethereum-account/index.md
index 1d5b1f97fe8..1c9747c0943 100644
--- a/public/content/translations/ru/guides/how-to-create-an-ethereum-account/index.md
+++ b/public/content/translations/ru/guides/how-to-create-an-ethereum-account/index.md
@@ -20,7 +20,7 @@ lang: ru
Если вы новичок, то можете выбрать фильтр «Новичок в криптовалютах» на странице «найти кошелек», чтобы определить кошельки, которые должны включать все необходимые функции, подходящие для начинающих.
-
+
Существуют также другие фильтры профиля, позволяющие учесть ваши потребности. Это примеры часто используемых кошельков. Вам нужно самостоятельно изучить ситуацию, прежде чем доверять какому-либо программному обеспечению.
diff --git a/public/content/translations/ru/guides/how-to-swap-tokens/index.md b/public/content/translations/ru/guides/how-to-swap-tokens/index.md
index 53eb4c759d2..a01ca0220e0 100644
--- a/public/content/translations/ru/guides/how-to-swap-tokens/index.md
+++ b/public/content/translations/ru/guides/how-to-swap-tokens/index.md
@@ -12,12 +12,12 @@ lang: ru
**Необходимо соблюдать следующие предварительные условия:**
-- иметь криптовалютный кошелек. Вы можете ознакомиться с этим руководством: [Как зарегистрировать учетную запись Ethereum](/guides/how-to-register-an-ethereum-account/);
+- иметь криптовалютный кошелек (вы можете воспользоваться следующим руководством: [Как зарегистрировать учетную запись Ethereum](/guides/how-to-create-an-ethereum-account/));
- добавить средства на свой кошелек.
## 1. Подключите свой кошелек к децентрализованной бирже (DEX) по выбору
-Вот некоторые популярные биржи.
+Вот некоторые популярные биржи:
- [Uniswap](https://app.uniswap.org/#/swap)
- [Sushiswap](https://www.sushi.com/swap)
diff --git a/public/content/translations/ru/guides/how-to-use-a-bridge/index.md b/public/content/translations/ru/guides/how-to-use-a-bridge/index.md
index 5617eee7e04..5c07132896e 100644
--- a/public/content/translations/ru/guides/how-to-use-a-bridge/index.md
+++ b/public/content/translations/ru/guides/how-to-use-a-bridge/index.md
@@ -10,7 +10,7 @@ lang: ru
**Необходимо соблюдать следующие предварительные условия:**
-- иметь криптовалютный кошелек. Вы можете ознакомиться с этим руководством: [Как зарегистрировать учетную запись Ethereum](/guides/how-to-register-an-ethereum-account/);
+- иметь криптовалютный кошелек (вы можете воспользоваться следующим руководством: [Как зарегистрировать учетную запись Ethereum](/guides/how-to-create-an-ethereum-account/));
- добавить средства на свой кошелек.
## 1. Определите, какую сеть второго уровня вы хотите использовать
diff --git a/public/content/translations/ru/guides/how-to-use-a-wallet/index.md b/public/content/translations/ru/guides/how-to-use-a-wallet/index.md
index 46fc7f43bb1..1ab60e11a47 100644
--- a/public/content/translations/ru/guides/how-to-use-a-wallet/index.md
+++ b/public/content/translations/ru/guides/how-to-use-a-wallet/index.md
@@ -51,7 +51,7 @@ lang: ru
1. Посетите сайт любого проекта.
2. Если целевая страница проекта является просто его статичным описанием, у вас должна быть возможность нажать кнопку «Открыть приложение» (Open the App) в меню, после чего вы перейдете к соответствующему веб-приложению.
-3. После того как вы зайдете в приложение, нажмите кнопку «Подключиться» (Connect).
+3. Войдя в приложение, нажмите кнопку Connect (Подключиться).
diff --git a/public/dapps/skiff.png b/public/dapps/skiff.png
deleted file mode 100644
index 0adada597f7..00000000000
Binary files a/public/dapps/skiff.png and /dev/null differ
diff --git a/public/layer-2/base.png b/public/layer-2/base.png
new file mode 100644
index 00000000000..8293da7a78f
Binary files /dev/null and b/public/layer-2/base.png differ
diff --git a/public/layer-2/growthepie.png b/public/layer-2/growthepie.png
new file mode 100644
index 00000000000..39f5291602e
Binary files /dev/null and b/public/layer-2/growthepie.png differ
diff --git a/public/wallets/aurox.png b/public/wallets/aurox.png
new file mode 100644
index 00000000000..4caeaadc529
Binary files /dev/null and b/public/wallets/aurox.png differ
diff --git a/src/components/BannerGrid/index.tsx b/src/components/BannerGrid/index.tsx
index 31dcdf3886f..5e2adb460ee 100644
--- a/src/components/BannerGrid/index.tsx
+++ b/src/components/BannerGrid/index.tsx
@@ -1,11 +1,9 @@
import React from "react"
import { Box, Flex, Grid, useToken } from "@chakra-ui/react"
-export type Props = {
- children: React.ReactNode
-}
+import { ChildOnlyProp } from "@/lib/types"
-export const Banner: React.FCstring
] or ['string']
-const OrderedList: React.FC