లావాదేవీలు

లావాదేవీలు ఖాతాల నుండి క్రిప్టోగ్రాఫికల్‌గా సంతకం చేయబడిన సూచనలు. ఇతీరియము నెట్‌వర్క్ యొక్క స్థితిని నవీకరించడానికి ఒక ఖాతా లావాదేవీని ప్రారంభిస్తుంది. అత్యంత సరళమైన లావాదేవీ ఏమిటంటే ఒక ఖాతా నుండి మరొక ఖాతాకు ETHని బదిలీ చేయడం.

అవసరాలు

ఈ పేజీని మీరు బాగా అర్థం చేసుకోవడంలో సహాయపడటానికి, మీరు ముందుగా ఖాతాలు మరియు మా ఇతీరియముకు పరిచయం చదవాలని మేము సిఫార్సు చేస్తున్నాము.

లావాదేవీ అంటే ఏమిటి?

ఒక ఇతీరియము లావాదేవీ అనేది బాహ్య-యాజమాన్య ఖాతా ద్వారా ప్రారంభించబడిన చర్యను సూచిస్తుంది, మరో మాటలో చెప్పాలంటే ఒక కాంట్రాక్ట్ ద్వారా కాకుండా, మానవుడిచే నిర్వహించబడే ఖాతా. ఉదాహరణకు, బాబ్ ఆలిస్‌కు 1 ETH పంపితే, బాబ్ ఖాతా నుండి డెబిట్ చేయబడాలి మరియు ఆలిస్ ఖాతాకు క్రెడిట్ చేయబడాలి. ఈ స్థితిని మార్చే చర్య ఒక లావాదేవీ లోపల జరుగుతుంది.

Ethereum EVM illustrated (opens in a new tab) నుండి స్వీకరించబడిన రేఖాచిత్రం

EVM యొక్క స్థితిని మార్చే లావాదేవీలను మొత్తం నెట్‌వర్క్‌కు ప్రసారం చేయాలి. ఏదైనా నోడ్ EVMలో లావాదేవీని అమలు చేయడానికి ఒక అభ్యర్థనను ప్రసారం చేయగలదు; ఇది జరిగిన తర్వాత, ఒక వాలిడేటర్ లావాదేవీని అమలు చేసి, ఫలితంగా వచ్చే స్థితి మార్పును మిగిలిన నెట్‌వర్క్‌కు ప్రచారం చేస్తుంది.

లావాదేవీలకు రుసుము అవసరం మరియు ధృవీకరించబడిన బ్లాక్‌లో చేర్చబడాలి. ఈ అవలోకనాన్ని సరళంగా చేయడానికి, మేము గ్యాస్ ఫీజులు మరియు ధృవీకరణను వేరే చోట చర్చిస్తాము.

సమర్పించిన లావాదేవీలో క్రింది సమాచారం ఉంటుంది:

from – లావాదేవీపై సంతకం చేసే పంపినవారి చిరునామా. ఇది బాహ్య-యాజమాన్య ఖాతా అవుతుంది, ఎందుకంటే కాంట్రాక్ట్ ఖాతాలు లావాదేవీలను పంపలేవు.
to – స్వీకరించే చిరునామా (ఒకవేళ బాహ్య-యాజమాన్య ఖాతా అయితే, లావాదేవీ విలువను బదిలీ చేస్తుంది. ఒకవేళ కాంట్రాక్ట్ ఖాతా అయితే, లావాదేవీ కాంట్రాక్ట్ కోడ్‌ను అమలు చేస్తుంది)
signature – పంపినవారి గుర్తింపు. పంపినవారి ప్రైవేట్ కీ లావాదేవీపై సంతకం చేసినప్పుడు ఇది ఉత్పత్తి చేయబడుతుంది మరియు పంపినవారు ఈ లావాదేవీకి అధికారం ఇచ్చారని నిర్ధారిస్తుంది.
nonce - ఖాతా నుండి లావాదేవీ సంఖ్యను సూచించే వరుసగా పెరిగే కౌంటర్.
value – పంపినవారి నుండి స్వీకర్తకు బదిలీ చేయవలసిన ETH మొత్తం (WEI లో సూచించబడుతుంది, ఇక్కడ 1ETH = 1e+18wei).
input data – ఏకపక్ష డేటాను చేర్చడానికి ఐచ్ఛిక ఫీల్డ్.
gasLimit – లావాదేవీ ద్వారా వినియోగించబడే గరిష్ట గ్యాస్ యూనిట్ల మొత్తం. EVM ప్రతి గణన దశకు అవసరమైన గ్యాస్ యూనిట్లను నిర్దేశిస్తుంది.
maxPriorityFeePerGas - వినియోగించిన గ్యాస్ యొక్క గరిష్ట ధరను వాలిడేటర్‌కు చిట్కాగా చేర్చాలి.
maxFeePerGas - లావాదేవీ కోసం చెల్లించడానికి సిద్ధంగా ఉన్న గ్యాస్ యూనిట్‌కు గరిష్ట రుసుము (baseFeePerGas మరియు maxPriorityFeePerGasతో సహా).

గ్యాస్ అనేది ఒక వాలిడేటర్ ద్వారా లావాదేవీని ప్రాసెస్ చేయడానికి అవసరమైన గణనకు ఒక సూచన. వినియోగదారులు ఈ గణన కోసం రుసుము చెల్లించాలి. gasLimit మరియు maxPriorityFeePerGas వాలిడేటర్‌కు చెల్లించే గరిష్ట లావాదేవీ రుసుమును నిర్ణయిస్తాయి. గ్యాస్ గురించి మరింత.

లావాదేవీ వస్తువు కొద్దిగా ఇలా కనిపిస్తుంది:

1{
2  from: "0xEA674fdDe714fd979de3EdF0F56AA9716B898ec8",
3  to: "0xac03bb73b6a9e108530aff4df5077c2b3d481e5a",
4  gasLimit: "21000",
5  maxFeePerGas: "300",
6  maxPriorityFeePerGas: "10",
7  nonce: "0",
8  value: "10000000000"
9}
అన్నీ చూపించు

కానీ ఒక లావాదేవీ వస్తువును పంపినవారి ప్రైవేట్ కీ ఉపయోగించి సంతకం చేయాలి. ఇది లావాదేవీ పంపినవారి నుండి మాత్రమే వచ్చిందని మరియు మోసపూరితంగా పంపబడలేదని రుజువు చేస్తుంది.

Geth వంటి ఒక ఇతీరియము క్లయింట్ ఈ సంతకం ప్రక్రియను నిర్వహిస్తుంది.

ఉదాహరణ 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}
అన్నీ చూపించు

ఉదాహరణ ప్రతిస్పందన:

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}
అన్నీ చూపించు

raw అనేది రికర్శివ్ లెంగ్త్ ప్రిఫిక్స్ (RLP) ఎన్‌కోడ్ చేయబడిన రూపంలో సంతకం చేయబడిన లావాదేవీ.
tx అనేది JSON రూపంలో సంతకం చేయబడిన లావాదేవీ.

సంతకం హాష్‌తో, లావాదేవీ క్రిప్టోగ్రాఫికల్‌గా పంపినవారి నుండి వచ్చిందని మరియు నెట్‌వర్క్‌కు సమర్పించబడిందని నిరూపించవచ్చు.

డేటా ఫీల్డ్

లావాదేవీలలో అధిక భాగం బాహ్య-యాజమాన్య ఖాతా నుండి ఒక కాంట్రాక్ట్‌ను యాక్సెస్ చేస్తాయి. చాలా కాంట్రాక్టులు Solidity లో వ్రాయబడ్డాయి మరియు వాటి డేటా ఫీల్డ్‌ను ప్రకారం వ్యాఖ్యానిస్తాయి.

మొదటి నాలుగు బైట్లు ఫంక్షన్ పేరు మరియు ఆర్గ్యుమెంట్ల హాష్ ఉపయోగించి ఏ ఫంక్షన్‌ను కాల్ చేయాలో నిర్దేశిస్తాయి. మీరు కొన్నిసార్లు ఈ డేటాబేస్ (opens in a new tab) ఉపయోగించి సెలెక్టర్ నుండి ఫంక్షన్‌ను గుర్తించవచ్చు.

మిగిలిన కాల్‌డేటా ఆర్గ్యుమెంట్లు, ABI స్పెసిఫికేషన్లలో పేర్కొన్న విధంగా ఎన్‌కోడ్ చేయబడింది (opens in a new tab).

ఉదాహరణకు, ఈ లావాదేవీని (opens in a new tab) చూద్దాం. కాల్‌డేటాను చూడటానికి మరింత చూడటానికి క్లిక్ చేయండి ని ఉపయోగించండి.

ఫంక్షన్ సెలెక్టర్ 0xa9059cbb. ఈ సంతకంతో అనేక తెలిసిన ఫంక్షన్లు (opens in a new tab) ఉన్నాయి. ఈ సందర్భంలో కాంట్రాక్ట్ సోర్స్ కోడ్ (opens in a new tab) Etherscan కు అప్‌లోడ్ చేయబడింది, కాబట్టి ఫంక్షన్ transfer(address,uint256) అని మాకు తెలుసు.

మిగిలిన డేటా:

10000000000000000000000004f6742badb049791cd9a37ea913f2bac38d01279
2000000000000000000000000000000000000000000000000000000003b0559f4

ABI స్పెసిఫికేషన్ల ప్రకారం, పూర్ణాంక విలువలు (చిరునామాల వంటివి, ఇవి 20-బైట్ల పూర్ణాంకాలు) ABIలో 32-బైట్ల పదాలుగా కనిపిస్తాయి, ముందు సున్నాలతో ప్యాడ్ చేయబడి ఉంటాయి. కాబట్టి to చిరునామా 4f6742badb049791cd9a37ea913f2bac38d01279 (opens in a new tab) అని మనకు తెలుసు. value 0x3b0559f4 = 990206452.

లావాదేవీల రకాలు

ఇతీరియములో కొన్ని విభిన్న రకాల లావాదేవీలు ఉన్నాయి:

సాధారణ లావాదేవీలు: ఒక ఖాతా నుండి మరొక ఖాతాకు లావాదేవీ.
కాంట్రాక్ట్ డిప్లాయ్‌మెంట్ లావాదేవీలు: 'to' చిరునామా లేని లావాదేవీ, ఇక్కడ డేటా ఫీల్డ్ కాంట్రాక్ట్ కోడ్ కోసం ఉపయోగించబడుతుంది.
కాంట్రాక్ట్ అమలు: డిప్లాయ్ చేయబడిన స్మార్ట్ కాంట్రాక్ట్‌తో పరస్పర చర్య జరిపే లావాదేవీ. ఈ సందర్భంలో, 'to' చిరునామా స్మార్ట్ కాంట్రాక్ట్ చిరునామా.

గ్యాస్‌పై

చెప్పినట్లుగా, లావాదేవీలు అమలు చేయడానికి గ్యాస్ ఖర్చు అవుతుంది. సాధారణ బదిలీ లావాదేవీలకు 21000 యూనిట్ల గ్యాస్ అవసరం.

కాబట్టి బాబ్ 190 gwei baseFeePerGas మరియు 10 gwei maxPriorityFeePerGas వద్ద ఆలిస్‌కు 1 ETH పంపడానికి, బాబ్ క్రింది రుసుము చెల్లించాల్సి ఉంటుంది:

1(190 + 10) * 21000 = 4,200,000 gwei
2--or--
30.0042 ETH

బాబ్ ఖాతా నుండి -1.0042 ETH డెబిట్ చేయబడుతుంది (ఆలిస్ కోసం 1 ETH + గ్యాస్ ఫీజులో 0.0042 ETH).

ఆలిస్ ఖాతాకు +1.0 ETH జమ చేయబడుతుంది.

మూల రుసుము బర్న్ చేయబడుతుంది -0.00399 ETH.

వాలిడేటర్ చిట్కాను ఉంచుకుంటుంది +0.000210 ETH.

Ethereum EVM illustrated (opens in a new tab) నుండి స్వీకరించబడిన రేఖాచిత్రం

లావాదేవీలో ఉపయోగించని ఏదైనా గ్యాస్ వినియోగదారు ఖాతాకు వాపసు చేయబడుతుంది.

స్మార్ట్ కాంట్రాక్ట్ పరస్పర చర్యలు

స్మార్ట్ కాంట్రాక్ట్‌తో కూడిన ఏ లావాదేవీకైనా గ్యాస్ అవసరం.

స్మార్ట్ కాంట్రాక్ట్‌లలో view (opens in a new tab) లేదా pure (opens in a new tab) ఫంక్షన్లు అని పిలవబడే ఫంక్షన్లు కూడా ఉండవచ్చు, ఇవి కాంట్రాక్ట్ స్థితిని మార్చవు. అందువల్ల, ఒక EOA నుండి ఈ ఫంక్షన్లను కాల్ చేయడానికి ఎలాంటి గ్యాస్ అవసరం లేదు. ఈ దృష్టాంతానికి అంతర్లీన RPC కాల్ eth_call.

eth_call ఉపయోగించి యాక్సెస్ చేసినప్పుడు కాకుండా, ఈ view లేదా pure ఫంక్షన్లను సాధారణంగా అంతర్గతంగా (అంటే, కాంట్రాక్ట్ నుండి లేదా మరొక కాంట్రాక్ట్ నుండి) కూడా కాల్ చేస్తారు, దీనికి గ్యాస్ ఖర్చవుతుంది.

లావాదేవీ జీవనచక్రం

లావాదేవీ సమర్పించబడిన తర్వాత, క్రిందివి జరుగుతాయి:

ఒక లావాదేవీ హాష్ క్రిప్టోగ్రాఫికల్‌గా ఉత్పత్తి చేయబడుతుంది: 0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017
ఆ తర్వాత లావాదేవీ నెట్‌వర్క్‌కు ప్రసారం చేయబడుతుంది మరియు మిగిలిన అన్ని పెండింగ్ నెట్‌వర్క్ లావాదేవీలతో కూడిన లావాదేవీ పూల్‌కు జోడించబడుతుంది.
లావాదేవీని ధృవీకరించడానికి మరియు దానిని "విజయవంతం"గా పరిగణించడానికి ఒక వాలిడేటర్ మీ లావాదేవీని ఎంచుకుని, దానిని ఒక బ్లాక్‌లో చేర్చాలి.
సమయం గడిచేకొద్దీ మీ లావాదేవీని కలిగి ఉన్న బ్లాక్ "సమర్థించబడినది" ఆపై "తుది చేయబడినది"గా అప్‌గ్రేడ్ చేయబడుతుంది. ఈ అప్‌గ్రేడ్‌లు మీ లావాదేవీ విజయవంతమైందని మరియు ఎప్పటికీ మార్చబడదని మరింత నిశ్చయంగా చేస్తాయి. ఒక బ్లాక్ "తుది చేయబడిన" తర్వాత, దానిని కేవలం అనేక బిలియన్ల డాలర్ల ఖర్చుతో కూడిన నెట్‌వర్క్ స్థాయి దాడి ద్వారా మాత్రమే మార్చగలరు.

ఒక విజువల్ డెమో

ఆస్టిన్ మిమ్మల్ని లావాదేవీలు, గ్యాస్ మరియు మైనింగ్ ద్వారా నడిపించడాన్ని చూడండి.

టైప్డ్ ట్రాన్సాక్షన్ ఎన్వలప్

ఇతీరియము మొదట లావాదేవీల కోసం ఒకే ఒక ఫార్మాట్‌ను కలిగి ఉండేది. ప్రతి లావాదేవీలో ఒక నాన్స్, గ్యాస్ ధర, గ్యాస్ పరిమితి, గమ్య చిరునామా, విలువ, డేటా, v, r, మరియు s ఉండేవి. ఈ ఫీల్డులు RLP-ఎన్‌కోడ్ చేయబడి, ఇలా కనిపిస్తాయి:

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

యాక్సెస్ జాబితాలు మరియు EIP-1559 (opens in a new tab) వంటి కొత్త ఫీచర్లను లెగసీ లావాదేవీ ఫార్మాట్‌లను ప్రభావితం చేయకుండా అమలు చేయడానికి ఇతీరియము బహుళ రకాల లావాదేవీలకు మద్దతు ఇచ్చేలా అభివృద్ధి చెందింది.

EIP-2718 (opens in a new tab) ఈ ప్రవర్తనను అనుమతిస్తుంది. లావాదేవీలు ఇలా వ్యాఖ్యానించబడతాయి:

TransactionType || TransactionPayload

ఇక్కడ ఫీల్డ్‌లు ఇలా నిర్వచించబడ్డాయి:

TransactionType - 0 మరియు 0x7f మధ్య ఒక సంఖ్య, మొత్తం 128 సాధ్యమయ్యే లావాదేవీ రకాలకు.
TransactionPayload - లావాదేవీ రకం ద్వారా నిర్వచించబడిన ఏకపక్ష బైట్ శ్రేణి.

TransactionType విలువ ఆధారంగా, ఒక లావాదేవీని ఇలా వర్గీకరించవచ్చు:

రకం 0 (లెగసీ) లావాదేవీలు: ఇతీరియము ప్రారంభం నుండి ఉపయోగించబడిన అసలు లావాదేవీ ఫార్మాట్. వీటిలో స్మార్ట్ కాంట్రాక్ట్‌ల కోసం డైనమిక్ గ్యాస్ ఫీజు గణనలు లేదా యాక్సెస్ జాబితాల వంటి EIP-1559 (opens in a new tab) నుండి ఫీచర్లు ఉండవు. లెగసీ లావాదేవీలు వాటి సీరియలైజ్డ్ రూపంలో వాటి రకాన్ని సూచించే ఒక నిర్దిష్ట ప్రిఫిక్స్‌ను కలిగి ఉండవు, రికర్శివ్ లెంగ్త్ ప్రిఫిక్స్ (RLP) ఎన్‌కోడింగ్‌ను ఉపయోగిస్తున్నప్పుడు 0xf8 బైట్‌తో ప్రారంభమవుతాయి. ఈ లావాదేవీల కోసం TransactionType విలువ 0x0.
రకం 1 లావాదేవీలు: ఇతీరియము యొక్క బెర్లిన్ అప్‌గ్రేడ్ లో భాగంగా EIP-2930 (opens in a new tab) లో ప్రవేశపెట్టబడిన ఈ లావాదేవీలలో accessList పారామీటర్ ఉంటుంది. ఈ జాబితా లావాదేవీ యాక్సెస్ చేయాలని ఆశించే చిరునామాలు మరియు స్టోరేజ్ కీలను నిర్దేశిస్తుంది, స్మార్ట్ కాంట్రాక్ట్‌లను కలిగి ఉన్న సంక్లిష్ట లావాదేవీలకు గ్యాస్ ఖర్చులను తగ్గించడంలో సహాయపడుతుంది. EIP-1559 ఫీజు మార్కెట్ మార్పులు రకం 1 లావాదేవీలలో చేర్చబడలేదు. రకం 1 లావాదేవీలలో yParity పారామీటర్ కూడా ఉంటుంది, ఇది 0x0 లేదా 0x1 కావచ్చు, secp256k1 సంతకం యొక్క y-విలువ యొక్క పారిటీని సూచిస్తుంది. అవి 0x01 బైట్‌తో ప్రారంభమవడం ద్వారా గుర్తించబడతాయి, మరియు వాటి TransactionType విలువ 0x1.
రకం 2 లావాదేవీలు, సాధారణంగా EIP-1559 లావాదేవీలుగా పిలువబడతాయి, ఇవి ఇతీరియము యొక్క లండన్ అప్‌గ్రేడ్లో, EIP-1559 (opens in a new tab)లో ప్రవేశపెట్టబడిన లావాదేవీలు. అవి ఇతీరియము నెట్‌వర్క్‌లో ప్రామాణిక లావాదేవీ రకంగా మారాయి. ఈ లావాదేవీలు లావాదేవీ రుసుమును ఒక మూల రుసుము మరియు ప్రాధాన్యత రుసుముగా విభజించడం ద్వారా ఊహించదగినతను మెరుగుపరిచే కొత్త రుసుము మార్కెట్ యంత్రాంగాన్ని ప్రవేశపెడతాయి. అవి 0x02 బైట్‌తో ప్రారంభమవుతాయి మరియు maxPriorityFeePerGas మరియు maxFeePerGas వంటి ఫీల్డ్‌లను కలిగి ఉంటాయి. రకం 2 లావాదేవీలు ఇప్పుడు వాటి సౌలభ్యం మరియు సామర్థ్యం కారణంగా డిఫాల్ట్‌గా మారాయి, ప్రత్యేకించి అధిక నెట్‌వర్క్ రద్దీ సమయాల్లో లావాదేవీ రుసుములను మరింత ఊహించదగిన విధంగా నిర్వహించడానికి వినియోగదారులకు సహాయపడే వాటి సామర్థ్యం కోసం ఇవి అనుకూలంగా ఉంటాయి. ఈ లావాదేవీల కోసం TransactionType విలువ 0x2.
రకం 3 (బ్లాబ్) లావాదేవీలు ఇతీరియము యొక్క డెన్‌కన్ అప్‌గ్రేడ్లో భాగంగా EIP-4844 (opens in a new tab)లో ప్రవేశపెట్టబడ్డాయి. ఈ లావాదేవీలు "బ్లాబ్" డేటాను (బైనరీ లార్జ్ ఆబ్జెక్ట్స్) మరింత సమర్థవంతంగా నిర్వహించడానికి రూపొందించబడ్డాయి, ముఖ్యంగా ఇతీరియము నెట్‌వర్క్‌కు తక్కువ ఖర్చుతో డేటాను పోస్ట్ చేయడానికి ఒక మార్గాన్ని అందించడం ద్వారా లేయర్ 2 రోల్అప్‌లకు ప్రయోజనం చేకూరుస్తాయి. బ్లాబ్ లావాదేవీలలో blobVersionedHashes, maxFeePerBlobGas, మరియు blobGasPrice వంటి అదనపు ఫీల్డ్‌లు ఉంటాయి. అవి 0x03 బైట్‌తో ప్రారంభమవుతాయి, మరియు వాటి TransactionType విలువ 0x3. బ్లాబ్ లావాదేవీలు ఇతీరియము యొక్క డేటా లభ్యత మరియు స్కేలింగ్ సామర్థ్యాలలో గణనీయమైన మెరుగుదలను సూచిస్తాయి.
రకం 4 లావాదేవీలు ఇతీరియము యొక్క పెక్ట్రా అప్‌గ్రేడ్లో భాగంగా EIP-7702 (opens in a new tab)లో ప్రవేశపెట్టబడ్డాయి. ఈ లావాదేవీలు ఖాతా వియుక్తతతో ఫార్వర్డ్-అనుకూలంగా ఉండేలా రూపొందించబడ్డాయి. అవి EOAలను వాటి అసలు కార్యాచరణకు రాజీ పడకుండా తాత్కాలికంగా స్మార్ట్ కాంట్రాక్ట్ ఖాతాల వలె ప్రవర్తించడానికి అనుమతిస్తాయి. వాటిలో authorization_list పారామీటర్ ఉంటుంది, ఇది EOA తన అధికారాన్ని ఏ స్మార్ట్ కాంట్రాక్ట్‌కు అప్పగిస్తుందో నిర్దేశిస్తుంది. లావాదేవీ తర్వాత, EOA యొక్క కోడ్ ఫీల్డ్‌లో అప్పగించబడిన స్మార్ట్ కాంట్రాక్ట్ చిరునామా ఉంటుంది.

మరింత సమాచారం

EIP-2718: టైప్డ్ ట్రాన్సాక్షన్ ఎన్వలప్ (opens in a new tab)

మీకు సహాయపడిన కమ్యూనిటీ వనరు గురించి తెలుసా? ఈ పేజీని సవరించి, దాన్ని జోడించండి!