You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: public/content/developers/docs/transactions/index.md
+3-3Lines changed: 3 additions & 3 deletions
Original file line number
Diff line number
Diff line change
@@ -23,7 +23,7 @@ Transactions require a fee and must be included in a validated block. To make th
23
23
24
24
A submitted transaction includes the following information:
25
25
26
-
-`from` – the address of the sender, that will be signing the transaction. This will be an externally-owned account as contract accounts cannot send transactions.
26
+
-`from` – the address of the sender, that will be signing the transaction. This will be an externally-owned account as contract accounts cannot send transactions
27
27
-`to` – the receiving address (if an externally-owned account, the transaction will transfer value. If a contract account, the transaction will execute the contract code)
28
28
-`signature` – the identifier of the sender. This is generated when the sender's private key signs the transaction and confirms the sender has authorized this transaction
29
29
-`nonce` - a sequentially incrementing counter which indicates the transaction number from the account
@@ -170,7 +170,7 @@ Any gas not used in a transaction is refunded to the user account.
170
170
171
171
Gas is required for any transaction that involves a smart contract.
172
172
173
-
Smart contracts can also contain functions known as [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) or [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions) functions, which do not alter the state of the contract. As such, calling these functions from an EOA will not require any gas. The underlying RPC call for this scenario is [`eth_call`](/developers/docs/apis/json-rpc#eth_call)
173
+
Smart contracts can also contain functions known as [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) or [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions) functions, which do not alter the state of the contract. As such, calling these functions from an EOA will not require any gas. The underlying RPC call for this scenario is [`eth_call`](/developers/docs/apis/json-rpc#eth_call).
174
174
175
175
Unlike when accessed using `eth_call`, these `view` or `pure` functions are also commonly called internally (i.e. from the contract itself or from another contract) which does cost gas.
176
176
@@ -209,7 +209,7 @@ Where the fields are defined as:
209
209
-`TransactionType` - a number between 0 and 0x7f, for a total of 128 possible transaction types.
210
210
-`TransactionPayload` - an arbitrary byte array defined by the transaction type.
211
211
212
-
Based on the `TransactionType` value, a transaction can be classified as
212
+
Based on the `TransactionType` value, a transaction can be classified as:
213
213
214
214
1.**Type 0 (Legacy) Transactions:** The original transaction format used since Ethereum's launch. They do not include features from [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) such as dynamic gas fee calculations or access lists for smart contracts. Legacy transactions lack a specific prefix indicating their type in their serialized form, starting with the byte `0xf8` when using [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp) encoding. The TransactionType value for these transactions is `0x0`.
0 commit comments