பரிவர்த்தனைகள்

பரிவர்த்தனைகள் என்பவை கணக்குகளிலிருந்து வரும் கிரிப்டோகிராஃபிக் முறையில் கையொப்பமிடப்பட்ட வழிமுறைகளாகும். Ethereum நெட்வொர்க்கின் நிலையைப் புதுப்பிக்க ஒரு கணக்கு ஒரு பரிவர்த்தனையைத் தொடங்கும். ஒரு கணக்கிலிருந்து மற்றொரு கணக்கிற்கு ETH-ஐ மாற்றுவது மிகவும் எளிமையான பரிவர்த்தனையாகும்.

முன்நிபந்தனைகள்

இந்தப் பக்கத்தை நீங்கள் நன்கு புரிந்துகொள்ள, முதலில் கணக்குகள் மற்றும் எங்களின் எத்தேரியம் அறிமுகம் ஆகியவற்றைப் படிக்குமாறு பரிந்துரைக்கிறோம்.

பரிவர்த்தனை என்றால் என்ன?

எத்தேரியம் பரிவர்த்தனை என்பது வெளிப்புறமாகச் சொந்தமான கணக்கால் தொடங்கப்பட்ட ஒரு செயலைக் குறிக்கிறது, வேறுவிதமாகக் கூறினால், ஒரு ஒப்பந்தத்தால் அல்லாமல் ஒரு மனிதனால் நிர்வகிக்கப்படும் கணக்கு. எடுத்துக்காட்டாக, Bob, Alice-க்கு 1 ETH-ஐ அனுப்பினால், Bob-இன் கணக்கில் பற்று வைக்கப்பட வேண்டும் மற்றும் Alice-இன் கணக்கில் வரவு வைக்கப்பட வேண்டும். இந்த நிலையை மாற்றும் செயல் ஒரு பரிவர்த்தனைக்குள் நிகழ்கிறது.

Ethereum EVM illustrated (opens in a new tab)-லிருந்து தழுவப்பட்ட வரைபடம்

EVM-இன் நிலையை மாற்றும் பரிவர்த்தனைகள், முழு நெட்வொர்க்கிற்கும் ஒளிபரப்பப்பட வேண்டும். EVM-இல் ஒரு பரிவர்த்தனையைச் செயல்படுத்துவதற்கான கோரிக்கையை எந்தவொரு நோடும் (node) ஒளிபரப்பலாம்; இது நடந்த பிறகு, ஒரு வேலிடேட்டர் (validator) பரிவர்த்தனையைச் செயல்படுத்தி, அதன் விளைவாக ஏற்படும் நிலை மாற்றத்தை நெட்வொர்க்கின் மற்ற பகுதிகளுக்குப் பரப்புவார்.

பரிவர்த்தனைகளுக்குக் கட்டணம் தேவை மற்றும் அவை சரிபார்க்கப்பட்ட பிளாக்கில் சேர்க்கப்பட வேண்டும். இந்த மேலோட்டத்தை எளிமையாக்க, கேஸ் (gas) கட்டணங்கள் மற்றும் சரிபார்ப்பை வேறு இடத்தில் காண்போம்.

சமர்ப்பிக்கப்பட்ட பரிவர்த்தனையில் பின்வரும் தகவல்கள் அடங்கும்:

• from – பரிவர்த்தனையில் கையொப்பமிடும் அனுப்புநரின் முகவரி. ஒப்பந்தக் கணக்குகளால் பரிவர்த்தனைகளை அனுப்ப முடியாது என்பதால் இது வெளிப்புறமாகச் சொந்தமான கணக்காக இருக்கும்
• to – பெறும் முகவரி (வெளிப்புறமாகச் சொந்தமான கணக்காக இருந்தால், பரிவர்த்தனை மதிப்பை மாற்றும். ஒப்பந்தக் கணக்காக இருந்தால், பரிவர்த்தனை ஒப்பந்தக் குறியீட்டைச் செயல்படுத்தும்)
• signature – அனுப்புநரின் அடையாளங்காட்டி. அனுப்புநரின் தனிப்பட்ட விசை (private key) பரிவர்த்தனையில் கையொப்பமிடும்போது இது உருவாக்கப்படுகிறது மற்றும் அனுப்புநர் இந்தப் பரிவர்த்தனைக்கு அங்கீகாரம் அளித்துள்ளார் என்பதை உறுதிப்படுத்துகிறது
• nonce - கணக்கிலிருந்து பரிவர்த்தனை எண்ணைக் குறிக்கும் தொடர்ச்சியாக அதிகரிக்கும் கவுண்டர்
• value – அனுப்புநரிடமிருந்து பெறுநருக்கு மாற்ற வேண்டிய ETH-இன் அளவு (WEI-இல் குறிப்பிடப்படுகிறது, இங்கு 1ETH என்பது 1e+18wei-க்குச் சமம்)
• input data – தன்னிச்சையான தரவைச் சேர்ப்பதற்கான விருப்பப் புலம்
• gasLimit – பரிவர்த்தனையால் நுகரப்படக்கூடிய அதிகபட்ச கேஸ் யூனிட்களின் அளவு. ஒவ்வொரு கணக்கீட்டுப் படிக்கும் தேவையான கேஸ் யூனிட்களை EVM குறிப்பிடுகிறது
• maxPriorityFeePerGas - வேலிடேட்டருக்கு ஒரு டிப் (tip) ஆகச் சேர்க்கப்பட வேண்டிய நுகரப்பட்ட கேஸின் அதிகபட்ச விலை
• maxFeePerGas - பரிவர்த்தனைக்குச் செலுத்தத் தயாராக இருக்கும் ஒரு யூனிட் கேஸிற்கான அதிகபட்ச கட்டணம் (baseFeePerGas மற்றும் maxPriorityFeePerGas உட்பட)

கேஸ் என்பது ஒரு வேலிடேட்டரால் பரிவர்த்தனையைச் செயல்படுத்தத் தேவையான கணக்கீட்டைக் குறிக்கிறது. இந்தக் கணக்கீட்டிற்குப் பயனர்கள் கட்டணம் செலுத்த வேண்டும். gasLimit மற்றும் maxPriorityFeePerGas ஆகியவை வேலிடேட்டருக்குச் செலுத்தப்படும் அதிகபட்ச பரிவர்த்தனைக் கட்டணத்தைத் தீர்மானிக்கின்றன. கேஸ் பற்றி மேலும் அறிய.

பரிவர்த்தனை ஆப்ஜெக்ட் (object) சற்று இதுபோல இருக்கும்:

1{
2  from: "0xEA674fdDe714fd979de3EdF0F56AA9716B898ec8",
3  to: "0xac03bb73b6a9e108530aff4df5077c2b3d481e5a",
4  gasLimit: "21000",
5  maxFeePerGas: "300",
6  maxPriorityFeePerGas: "10",
7  nonce: "0",
8  value: "10000000000"
9}
அனைத்தையும் காட்டு
நகலெடு

ஆனால் ஒரு பரிவர்த்தனை ஆப்ஜெக்ட் அனுப்புநரின் தனிப்பட்ட விசையைப் பயன்படுத்திக் கையொப்பமிடப்பட வேண்டும். பரிவர்த்தனை அனுப்புநரிடமிருந்து மட்டுமே வந்திருக்க முடியும் என்பதையும், மோசடியாக அனுப்பப்படவில்லை என்பதையும் இது நிரூபிக்கிறது.

Geth போன்ற எத்தேரியம் கிளையண்ட் (client) இந்தக் கையொப்பமிடும் செயல்முறையைக் கையாளும்.

எடுத்துக்காட்டு 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 என்பது Recursive Length Prefix (RLP) குறியிடப்பட்ட வடிவத்தில் கையொப்பமிடப்பட்ட பரிவர்த்தனையாகும்
• tx என்பது JSON வடிவத்தில் கையொப்பமிடப்பட்ட பரிவர்த்தனையாகும்

கையொப்ப ஹாஷ் (hash) மூலம், பரிவர்த்தனை அனுப்புநரிடமிருந்து வந்தது மற்றும் நெட்வொர்க்கில் சமர்ப்பிக்கப்பட்டது என்பதைக் கிரிப்டோகிராஃபிக் முறையில் நிரூபிக்க முடியும்.

தரவுப் புலம்

பெரும்பாலான பரிவர்த்தனைகள் வெளிப்புறமாகச் சொந்தமான கணக்கிலிருந்து ஒரு ஒப்பந்தத்தை அணுகுகின்றன. பெரும்பாலான ஒப்பந்தங்கள் Solidity-இல் எழுதப்பட்டுள்ளன மற்றும் அவற்றின் தரவுப் புலத்தை ஏற்ப விளக்குகின்றன.

முதல் நான்கு பைட்டுகள் (bytes) எந்தச் செயல்பாட்டை அழைக்க வேண்டும் என்பதைக் குறிப்பிடுகின்றன, செயல்பாட்டின் பெயர் மற்றும் வாதங்களின் (arguments) ஹாஷைப் பயன்படுத்துகின்றன. இந்தத் தரவுத்தளத்தைப் (opens in a new tab) பயன்படுத்தி நீங்கள் சில நேரங்களில் செலக்டரிலிருந்து (selector) செயல்பாட்டை அடையாளம் காண முடியும்.

மீதமுள்ள கால்டேட்டா (calldata) வாதங்களாகும், ABI விவரக்குறிப்புகளில் குறிப்பிடப்பட்டுள்ளபடி குறியிடப்பட்டுள்ளது (opens in a new tab).

எடுத்துக்காட்டாக, இந்தப் பரிவர்த்தனையைப் (opens in a new tab) பார்ப்போம். கால்டேட்டாவைப் பார்க்க Click to see More என்பதைப் பயன்படுத்தவும்.

செயல்பாட்டு செலக்டர் 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 யூனிட் கேஸ் தேவைப்படுகிறது.

எனவே Bob, Alice-க்கு 1 ETH-ஐ 190 gwei baseFeePerGas மற்றும் 10 gwei maxPriorityFeePerGas-இல் அனுப்ப, Bob பின்வரும் கட்டணத்தைச் செலுத்த வேண்டும்:

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

Bob-இன் கணக்கில் -1.0042 ETH பற்று வைக்கப்படும் (Alice-க்கு 1 ETH + கேஸ் கட்டணமாக 0.0042 ETH)

Alice-இன் கணக்கில் +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 செயல்பாடுகள் பொதுவாக உள்நாட்டிலும் (அதாவது, ஒப்பந்தத்திலிருந்தே அல்லது மற்றொரு ஒப்பந்தத்திலிருந்து) அழைக்கப்படுகின்றன, இதற்கு கேஸ் செலவாகும்.

பரிவர்த்தனை வாழ்க்கைச் சுழற்சி

பரிவர்த்தனை சமர்ப்பிக்கப்பட்டதும் பின்வருபவை நிகழ்கின்றன:

1. ஒரு பரிவர்த்தனை ஹாஷ் கிரிப்டோகிராஃபிக் முறையில் உருவாக்கப்படுகிறது: 0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017
2. பரிவர்த்தனை பின்னர் நெட்வொர்க்கிற்கு ஒளிபரப்பப்படுகிறது மற்றும் நிலுவையில் உள்ள மற்ற அனைத்து நெட்வொர்க் பரிவர்த்தனைகளையும் கொண்ட பரிவர்த்தனைக் குளத்தில் (transaction pool) சேர்க்கப்படுகிறது.
3. பரிவர்த்தனையைச் சரிபார்த்து அதை "வெற்றிகரமானது" எனக் கருத, ஒரு வேலிடேட்டர் உங்கள் பரிவர்த்தனையைத் தேர்ந்தெடுத்து அதை ஒரு பிளாக்கில் சேர்க்க வேண்டும்.
4. நேரம் செல்லச் செல்ல உங்கள் பரிவர்த்தனையைக் கொண்ட பிளாக் "நியாயப்படுத்தப்பட்டது" (justified) பின்னர் "இறுதி செய்யப்பட்டது" (finalized) என மேம்படுத்தப்படும். இந்த மேம்படுத்தல்கள் உங்கள் பரிவர்த்தனை வெற்றிகரமாக இருந்தது என்பதையும், அது ஒருபோதும் மாற்றப்படாது என்பதையும் மிகவும் உறுதியாக்குகின்றன. ஒரு பிளாக் "இறுதி செய்யப்பட்டவுடன்", பல பில்லியன் டாலர்கள் செலவாகும் நெட்வொர்க் அளவிலான தாக்குதலால் மட்டுமே அதை மாற்ற முடியும்.

ஒரு காட்சி டெமோ

பரிவர்த்தனைகள், கேஸ் மற்றும் மைனிங் (mining) பற்றி Austin விளக்குவதைப் பாருங்கள்.

தட்டச்சு செய்யப்பட்ட பரிவர்த்தனை உறை (Typed Transaction Envelope)

எத்தேரியம் முதலில் பரிவர்த்தனைகளுக்கு ஒரு வடிவமைப்பைக் கொண்டிருந்தது. ஒவ்வொரு பரிவர்த்தனையிலும் nonce, gas price, gas limit, to address, value, data, 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 - பரிவர்த்தனை வகையால் வரையறுக்கப்பட்ட தன்னிச்சையான பைட் வரிசை (byte array).

TransactionType மதிப்பின் அடிப்படையில், ஒரு பரிவர்த்தனையை இவ்வாறு வகைப்படுத்தலாம்:

1. வகை 0 (மரபு) பரிவர்த்தனைகள்: எத்தேரியம் தொடங்கப்பட்டதிலிருந்து பயன்படுத்தப்படும் அசல் பரிவர்த்தனை வடிவம். டைனமிக் கேஸ் கட்டணக் கணக்கீடுகள் அல்லது ஸ்மார்ட் ஒப்பந்தங்களுக்கான அணுகல் பட்டியல்கள் போன்ற EIP-1559 (opens in a new tab)-இன் அம்சங்கள் இவற்றில் இல்லை. மரபுப் பரிவர்த்தனைகள் அவற்றின் வரிசைப்படுத்தப்பட்ட வடிவத்தில் அவற்றின் வகையைக் குறிக்கும் குறிப்பிட்ட முன்னொட்டைக் கொண்டிருக்கவில்லை, Recursive Length Prefix (RLP) குறியாக்கத்தைப் பயன்படுத்தும்போது 0xf8 பைட்டுடன் தொடங்குகின்றன. இந்தப் பரிவர்த்தனைகளுக்கான TransactionType மதிப்பு 0x0 ஆகும்.

2. வகை 1 பரிவர்த்தனைகள்: எத்தேரியத்தின் பெர்லின் மேம்படுத்தலின் ஒரு பகுதியாக EIP-2930 (opens in a new tab)-இல் அறிமுகப்படுத்தப்பட்ட இந்தப் பரிவர்த்தனைகளில் accessList அளவுரு (parameter) அடங்கும். இந்தப் பட்டியல் பரிவர்த்தனை அணுக எதிர்பார்க்கும் முகவரிகள் மற்றும் சேமிப்பக விசைகளைக் குறிப்பிடுகிறது, இது ஸ்மார்ட் ஒப்பந்தங்களை உள்ளடக்கிய சிக்கலான பரிவர்த்தனைகளுக்கான கேஸ் செலவுகளைக் குறைக்க உதவுகிறது. EIP-1559 கட்டணச் சந்தை மாற்றங்கள் வகை 1 பரிவர்த்தனைகளில் சேர்க்கப்படவில்லை. வகை 1 பரிவர்த்தனைகளில் yParity அளவுருவும் அடங்கும், இது 0x0 அல்லது 0x1 ஆக இருக்கலாம், இது secp256k1 கையொப்பத்தின் y-மதிப்பின் சமநிலையைக் குறிக்கிறது. அவை 0x01 பைட்டுடன் தொடங்குவதன் மூலம் அடையாளம் காணப்படுகின்றன, மேலும் அவற்றின் TransactionType மதிப்பு 0x1 ஆகும்.

3. வகை 2 பரிவர்த்தனைகள், பொதுவாக EIP-1559 பரிவர்த்தனைகள் என்று குறிப்பிடப்படுகின்றன, இவை எத்தேரியத்தின் லண்டன் மேம்படுத்தலில் EIP-1559 (opens in a new tab)-இல் அறிமுகப்படுத்தப்பட்ட பரிவர்த்தனைகளாகும். அவை எத்தேரியம் நெட்வொர்க்கில் நிலையான பரிவர்த்தனை வகையாக மாறியுள்ளன. இந்தப் பரிவர்த்தனைகள் பரிவர்த்தனைக் கட்டணத்தை அடிப்படைக் கட்டணம் மற்றும் முன்னுரிமைக் கட்டணம் எனப் பிரிப்பதன் மூலம் முன்கணிப்புத் திறனை மேம்படுத்தும் புதிய கட்டணச் சந்தை வழிமுறையை அறிமுகப்படுத்துகின்றன. அவை 0x02 பைட்டுடன் தொடங்குகின்றன மற்றும் maxPriorityFeePerGas மற்றும் maxFeePerGas போன்ற புலங்களை உள்ளடக்கியுள்ளன. வகை 2 பரிவர்த்தனைகள் அவற்றின் நெகிழ்வுத்தன்மை மற்றும் செயல்திறன் காரணமாக இப்போது இயல்புநிலையாக உள்ளன, குறிப்பாகப் பயனர்கள் பரிவர்த்தனைக் கட்டணங்களை மிகவும் கணிக்கக்கூடிய வகையில் நிர்வகிக்க உதவும் திறனுக்காக அதிக நெட்வொர்க் நெரிசல் உள்ள காலங்களில் விரும்பப்படுகின்றன. இந்தப் பரிவர்த்தனைகளுக்கான TransactionType மதிப்பு 0x2 ஆகும்.

4. வகை 3 (Blob) பரிவர்த்தனைகள் எத்தேரியத்தின் டென்குன் மேம்படுத்தலின் ஒரு பகுதியாக EIP-4844 (opens in a new tab)-இல் அறிமுகப்படுத்தப்பட்டன. இந்தப் பரிவர்த்தனைகள் "blob" தரவை (Binary Large Objects) மிகவும் திறமையாகக் கையாள வடிவமைக்கப்பட்டுள்ளன, குறிப்பாக எத்தேரியம் நெட்வொர்க்கில் குறைந்த செலவில் தரவை இடுகையிடுவதற்கான வழியை வழங்குவதன் மூலம் லேயர் 2 ரோலப்களுக்கு (Layer 2 rollups) பயனளிக்கின்றன. Blob பரிவர்த்தனைகளில் blobVersionedHashes, maxFeePerBlobGas மற்றும் blobGasPrice போன்ற கூடுதல் புலங்கள் அடங்கும். அவை 0x03 பைட்டுடன் தொடங்குகின்றன, மேலும் அவற்றின் TransactionType மதிப்பு 0x3 ஆகும். Blob பரிவர்த்தனைகள் எத்தேரியத்தின் தரவு கிடைக்கும் தன்மை மற்றும் அளவிடுதல் திறன்களில் குறிப்பிடத்தக்க முன்னேற்றத்தைக் குறிக்கின்றன.

5. வகை 4 பரிவர்த்தனைகள் எத்தேரியத்தின் பெக்ட்ரா மேம்படுத்தலின் ஒரு பகுதியாக EIP-7702 (opens in a new tab)-இல் அறிமுகப்படுத்தப்பட்டன. இந்தப் பரிவர்த்தனைகள் கணக்குச் சுருக்கத்துடன் (account abstraction) முன்னோக்கி இணக்கமாக இருக்கும் வகையில் வடிவமைக்கப்பட்டுள்ளன. EOA-கள் அவற்றின் அசல் செயல்பாட்டை சமரசம் செய்யாமல் தற்காலிகமாக ஸ்மார்ட் ஒப்பந்தக் கணக்குகளைப் போலச் செயல்பட அவை அனுமதிக்கின்றன. அவற்றில் authorization_list அளவுரு அடங்கும், இது EOA தனது அதிகாரத்தை வழங்கும் ஸ்மார்ட் ஒப்பந்தத்தைக் குறிப்பிடுகிறது. பரிவர்த்தனைக்குப் பிறகு, EOA-இன் குறியீட்டுப் புலம் வழங்கப்பட்ட ஸ்மார்ட் ஒப்பந்தத்தின் முகவரியைக் கொண்டிருக்கும்.

மேலும் படிக்க

• EIP-2718: தட்டச்சு செய்யப்பட்ட பரிவர்த்தனை உறை (opens in a new tab)

உங்களுக்கு உதவிய சமூக வளம் பற்றித் தெரியுமா? இந்தப் பக்கத்தைத் திருத்தி அதைச் சேர்க்கவும்!

தொடர்புடைய தலைப்புகள்

• கணக்குகள்
• எத்தேரியம் மெய்நிகர் இயந்திரம் (EVM)
• கேஸ்