Transakce

Transakce jsou kryptograficky podepsané instrukce poslané z účtů. Účet zahájí transakci, aby aktualizoval stav sítě Ethereum. Nejjednodušší transakcí je převod ETH z jednoho účtu na druhý.

Předpoklady

Abyste této stránce lépe porozuměli, doporučujeme vám si nejprve přečíst Účty a náš úvod do Etherea.

Co je to transakce?

Transakce na Ethereu odkazuje na akci zahájenou externě vlastněným účtem, jinými slovy účtem spravovaným člověkem, nikoliv kontraktem. Např. pokud Bob pošle Alici 1 ETH, zůstatek na Bobově účtu musí být snížen a Alicin musí být navýšen. Tato akce mění stav sítě a probíhá v rámci transakce.

Diagram převzat z Ethereum EVM illustrated (opens in a new tab)

Transakce, které mění stav EVM, musí být posílány do celé sítě. Jakýkoliv uzel může vyslat požadavek na provedení transakce na EVM. Poté validátor provede transakci a výslednou změnu stavu sdílí do zbytku sítě.

Transakce vyžadují poplatek a musí být zahrnuty do validovaného bloku. Abychom tento přehled zjednodušili, poplatkům za palivo a validaci se věnujeme jinde.

Odeslaná transakce obsahuje následující informace:

from – adresa odesílatele, který transakci podepíše. Toto bude externě vlastněný účet, protože kontraktové účty nemohou odesílat transakce
to – adresa příjemce (pokud se jedná o externě vlastněný účet, transakce převede hodnotu. Pokud jde o kontraktový účet, transakce vykoná kód kontraktu.
signature – identifikátor odesílatele. Tento identifikátor je vygenerován, když odesílatelův privátní klíč podepíše transakci a potvrdí, že odesílatel tuto transakci autorizoval.
nonce – sekvenčně se zvyšující čítač, který udává číslo transakce z účtu
value – množství ETH, které se má převést od odesílatele k příjemci (vyjádřeno ve WEI, kde 1 ETH se rovná 1e+18 wei)
input data – volitelné pole pro zahrnutí libovolných dat
gasLimit – maximální množství jednotek paliva, které může transakce spotřebovat. EVM specifikuje jednotky paliva potřebné pro každý výpočetní krok
maxPriorityFeePerGas – maximální cena spotřebovaného paliva, která bude zahrnuta jako spropitné pro validátora
maxFeePerGas – maximální poplatek za jednotku paliva, který je uživatel ochoten zaplatit za transakci (včetně baseFeePerGas a maxPriorityFeePerGas)

Palivo reprezentuje výpočetní výkon potřebný k provedení transakce validátorem. Uživatelé musí za tento výpočet zaplatit poplatek. gasLimit a maxPriorityFeePerGas určují maximální transakční poplatek zaplacený validátorovi. Více o palivu.

Objekt transakce bude vypadat zhruba takto:

1{
2  from: "0xEA674fdDe714fd979de3EdF0F56AA9716B898ec8",
3  to: "0xac03bb73b6a9e108530aff4df5077c2b3d481e5a",
4  gasLimit: "21000",
5  maxFeePerGas: "300",
6  maxPriorityFeePerGas: "10",
7  nonce: "0",
8  value: "10000000000"
9}
Zobrazit vše

Transakční objekt však musí být podepsán pomocí privátního klíče odesílatele. Tím se prokáže, že transakce mohla být odeslána pouze odesílatelem a nebyla odeslána podvodně.

Ethereum klient, jako je Geth, se o proces podepisování postará.

Příklad volání JSON-RPC:

1{
2  "id": 2,
3  "jsonrpc": "2.0",
4  "method": "account_signTransaction",
5  "params": [
6    {
7      "from": "0x1923f626bb8dc025849e00f99c25fe2b2f7fb0db",
8      "gas": "0x55555",
9      "maxFeePerGas": "0x1234",
10      "maxPriorityFeePerGas": "0x1234",
11      "input": "0xabcd",
12      "nonce": "0x0",
13      "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0",
14      "value": "0x1234"
15    }
16  ]
17}
Zobrazit vše

Ukázková odpověď:

1{
2  "jsonrpc": "2.0",
3  "id": 2,
4  "result": {
5    "raw": "0xf88380018203339407a565b7ed7d7a678680a4c162885bedbb695fe080a44401a6e4000000000000000000000000000000000000000000000000000000000000001226a0223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20ea02aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663",
6    "tx": {
7      "nonce": "0x0",
8      "maxFeePerGas": "0x1234",
9      "maxPriorityFeePerGas": "0x1234",
10      "gas": "0x55555",
11      "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0",
12      "value": "0x1234",
13      "input": "0xabcd",
14      "v": "0x26",
15      "r": "0x223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20e",
16      "s": "0x2aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663",
17      "hash": "0xeba2df809e7a612a0a0d444ccfa5c839624bdc00dd29e3340d46df3870f8a30e"
18    }
19  }
20}
Zobrazit vše

raw je podepsaná transakce v kódovaném formátu Recursive Length Prefix (RLP)
tx je podepsaná transakce ve formátu JSON

S hashem podpisu může být transakce kryptograficky ověřena jako pocházející od odesílatele a odeslána do sítě.

Datové pole

Většina transakcí putuje do kontraktu z externě vlastněného účtu. Většina kontraktů je napsána v Solidity a interpretuje své datové pole v souladu s .

První čtyři bajty specifikují, která funkce se má zavolat, pomocí hashe názvu funkce a jejích argumentů. Někdy můžete funkci identifikovat ze selektoru pomocí této databáze (opens in a new tab).

Zbytek calldat jsou argumenty, zakódované podle specifikací ABI (opens in a new tab).

Podívejme se například na tuto transakci (opens in a new tab). Použijte Click to see More k zobrazení calldat.

Funkční selektor je 0xa9059cbb. Existuje několik známých funkcí s tímto podpisem (opens in a new tab). V tomto případě byl zdrojový kód kontraktu (opens in a new tab) nahrán na Etherscan, takže víme, že funkce je transfer(address,uint256).

Zbytek dat je:

10000000000000000000000004f6742badb049791cd9a37ea913f2bac38d01279
2000000000000000000000000000000000000000000000000000000003b0559f4

Podle specifikací ABI se celočíselné hodnoty (jako jsou adresy, což jsou 20bajtová celá čísla) zobrazují v ABI jako 32bajtová slova, doplněná nulami na začátku. Takže víme, že adresa to je 4f6742badb049791cd9a37ea913f2bac38d01279 (opens in a new tab). value je 0x3b0559f4 = 990206452.

Typy transakcí

Na Ethereu existuje několik různých typů transakcí:

Běžné transakce: Převody z jednoho účtu na druhý.
Transakce sloužící k nasazení kontraktu: Transakce bez adresy „to“, do datového pole se vkládá kód kontraktu.
Exekuce kontraktu: Transakce, která interaguje s již nasazeným chytrým kontraktem. V tomto případě je adresa „to“ adresou chytrého kontraktu.

O palivu

Jak již bylo zmíněno, vykonání transakcí stojí palivo. Jednoduché převodní transakce vyžadují 21 000 jednotek paliva.

Aby Bob poslal Alici 1 ETH při baseFeePerGas 190 gwei a maxPriorityFeePerGas 10 gwei, bude muset zaplatit následující poplatek:

1(190 + 10) * 21 000 = 4 200 000 gwei
2--nebo--
30,0042 ETH

Z Bobova účtu se odečte -1,0042 ETH (1 ETH pro Alici + 0,0042 ETH na poplatcích za palivo)

Na Alicin účet bude připsáno +1,0 ETH

Základní poplatek bude spálen -0,00399 ETH

Validátor si ponechá spropitné +0,000210 ETH

Diagram převzat z Ethereum EVM illustrated (opens in a new tab)

Jakékoliv palivo, které nebude v transakci použito, bude vráceno na účet odesílatele.

Interakce s chytrými kontrakty

Palivo je potřeba pro jakoukoliv transakci, která zahrnuje chytrý kontrakt.

Chytré kontrakty mohou také obsahovat funkce známé jako view (opens in a new tab) nebo pure (opens in a new tab), které nemění stav kontraktu. Volání těchto funkcí z externě vlastněného účtu tedy nevyžaduje žádné palivo. Podkladové volání RPC pro tento scénář je eth_call.

Na rozdíl od přístupu pomocí eth_call se tyto funkce view nebo pure také běžně volají interně (tj. ze samotného kontraktu nebo z jiného kontraktu), což stojí palivo.

Životní cyklus transakce

Jakmile je transakce odeslána, následuje tento proces:

Haš transakce je kryptograficky vygenerován: 0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017
Transakce je poté poslána do sítě a přidána do transakčního poolu obsahujícího všechny ostatní čekající transakce v síti.
Validátor musí vaši transakci vybrat a zahrnout ji do bloku, aby bylo možné ji ověřit a považovat za „úspěšnou“.
S postupem času bude blok obsahující vaši transakci označen jako „oprávněný“ a poté „finalizovaný“. Tato vylepšení poskytují mnohem větší jistotu, že vaše transakce byla úspěšná a nikdy nebude změněna. Jakmile je blok „finalizován“, mohl by být změněn pouze útokem na úrovni sítě, který by stál mnoho miliard dolarů.

Vizuální ukázka

Na tomto videu vás Austin provede transakcemi, palivem a těžbou.

Typovaná obálka transakce

Ethereum původně mělo pro transakce jen jeden formát. Každá transakce obsahovala pole nonce, gas price, gas limit, adresu to, value, data, v, r a s. Tato pole jsou kódována pomocí RLP a vypadají přibližně takto:

RLP([nonce, gasPrice, gasLimit, to, value, data, v, r, s])

Ethereum se vyvinulo, aby podporovalo více typů transakcí a umožnilo implementaci nových funkcí, jako jsou přístupové seznamy a EIP-1559 (opens in a new tab), aniž by to ovlivnilo starší formáty transakcí.

EIP-2718 (opens in a new tab) toto chování umožňuje. Transakce jsou interpretovány takto:

TransactionType || TransactionPayload

Kde jsou pole definována jako:

TransactionType – číslo mezi 0 a 0x7f, což umožňuje celkem 128 možných typů transakcí.
TransactionPayload – libovolné pole bajtů definované typem transakce.

Na základě hodnoty TransactionType lze transakci klasifikovat jako:

Transakce typu 0 (staršího typu): Původní formát transakce používaný od spuštění Etherea. Nezahrnují funkce z EIP-1559 (opens in a new tab), jako jsou dynamické výpočty poplatků za palivo nebo přístupové seznamy pro chytré kontrakty. Starší transakce nemají ve svém serializovaném tvaru specifický prefix označující jejich typ, začínají bajtem 0xf8 při použití kódování Recursive Length Prefix (RLP). Hodnota TransactionType pro tyto transakce je 0x0.
Transakce typu 1: Byly zavedeny v EIP-2930 (opens in a new tab) jako součást vylepšení Berlin sítě Ethereum a zahrnují parametr accessList. Tento seznam uvádí adresy a klíče úložiště, ke kterým má transakce přistupovat, což pomáhá potenciálně snížit náklady na palivo u složitých transakcí zahrnujících chytré kontrakty. Změny v tržním mechanismu poplatků podle EIP-1559 nejsou v transakcích typu 1 zahrnuty. Transakce typu 1 také obsahují parametr yParity, který může být buď 0x0, nebo 0x1, a označuje paritu y-hodnoty podpisu secp256k1. Jsou identifikovány začátečním bajtem 0x01 a jejich hodnota TransactionType je 0x1.
Transakce typu 2, běžně označované jako transakce EIP-1559, jsou transakce zavedené v EIP-1559 (opens in a new tab), v rámci vylepšení London sítě Ethereum. Staly se standardním typem transakcí na Ethereu. Tyto transakce zavádějí nový mechanismus trhu s poplatky, který zlepšuje předvídatelnost rozdělením poplatku za transakci na základní poplatek a prioritní poplatek. Začínají bajtem 0x02 a obsahují pole jako maxPriorityFeePerGas a maxFeePerGas. Transakce typu 2 jsou nyní výchozí díky své flexibilitě a efektivitě, zejména v obdobích vysokého zatížení sítě, protože uživatelům umožňují lépe plánovat poplatky za transakce. Hodnota TransactionType pro tyto transakce je 0x2.
Transakce typu 3 (Blob) byly zavedeny v EIP-4844 (opens in a new tab) jako součást vylepšení Dencun sítě Ethereum. Tyto transakce jsou navrženy pro efektivnější zpracování dat typu „blob“ (Binary Large Objects), což je výhodné zejména pro rollupy druhé vrstvy, protože poskytují způsob, jak odesílat data do sítě Ethereum s nižšími náklady. Blob transakce obsahují další pole jako blobVersionedHashes, maxFeePerBlobGas a blobGasPrice. Začínají bajtem 0x03 a jejich hodnota TransactionType je 0x3. Blob transakce představují významné zlepšení v dostupnosti dat a možnostech škálování Etherea.
Transakce typu 4 byly zavedeny v EIP-7702 (opens in a new tab) jako součást vylepšení Pectra sítě Ethereum. Tyto transakce jsou navrženy tak, aby byly dopředně kompatibilní s abstrakcí účtu. Umožňují EOA, aby se dočasně chovaly jako účty chytrých kontraktů, aniž by byla ohrožena jejich původní funkčnost. Obsahují parametr authorization_list, který určuje chytrý kontrakt, na který EOA deleguje svou pravomoc. Po transakci bude pole kódu EOA obsahovat adresu delegovaného chytrého kontraktu.

Další čtení

EIP-2718: Typovaná obálka transakce (opens in a new tab)

Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ho!