Các giao dịch

Giao dịch là hướng dẫn được ký bằng mật mã từ các tài khoản. Một tài khoản sẽ thực thi một giao dịch để cập nhật tình trạng của mạng lưới Ethereum. Giao dịch đơn giản nhất là chuyển ETH từ tài khoản này sang tài khoản khác.

Điều kiện tiên quyết

Để giúp bạn hiểu rõ hơn về trang này, chúng tôi khuyên bạn nên đọc trước trang Tài khoản và giới thiệu về Ethereum của chúng tôi.

Giao dịch là gì?

Một giao dịch Ethereum ám chỉ một hành động được thực hiện bởi một tài khoản sở hữu ngoại biên, nói cách khác là một tài khoản được quản lý bởi con người, không phải là một hợp đồng. Ví dụ, nếu Bob gửi cho Alice 1 ETH, tài khoản của Bob bị trừ tiền và tài khoản của Alice được cộng tiền. Hành động thay đổi trạng thái này diễn ra trong một giao dịch.

Sơ đồ được điều chỉnh từ Ethereum EVM illustrated (opens in a new tab)

Các giao dịch, mà làm thay đổi trạng thái của Máy ảo Ethereum, cần được phát sóng tới toàn bộ mạng lưới. Bất kỳ nút nào đều có thể phát đi một yêu cầu thực thi một giao dịch trên Máy ảo Ethereum, sau khi điều này diễn ra, một trình xác thực sẽ thực thi giao dịch và truyền bá kết quả của sự thay đổi trạng thái đến phần còn lại của mạng lưới.

Các giao dịch yêu cầu một khoản phí và phải được bao gồm trong một khối đã được xác thực. Để làm cho phần tổng quan này đơn giản hơn, chúng tôi sẽ tài trợ phí gas và xác thực ở nơi khác.

Một giao dịch được gửi đi bao gồm các thông tin sau:

from – địa chỉ của người gửi, người sẽ ký giao dịch. Đây sẽ là một tài khoản sở hữu ngoại biên vì tài khoản hợp đồng không thể gửi đi các giao dịch
to – địa chỉ nhận (nếu là tài khoản do bên ngoài sở hữu, giao dịch sẽ chuyển giá trị. Nếu là tài khoản hợp đồng, giao dịch sẽ thực thi mã hợp đồng)
signature – định danh của người gửi. Chữ ký này được tạo ra khi khóa riêng tư của người gửi ký giao dịch và xác nhận rằng người gửi đã ủy quyền cho giao dịch này
nonce - một bộ đếm tăng dần cho biết số thứ tự giao dịch từ tài khoản
value – lượng ETH cần chuyển từ người gửi đến người nhận (tính bằng WEI, trong đó 1ETH bằng 1e+18wei)
input data – trường tùy chọn để chứa dữ liệu tùy ý
gasLimit – số lượng đơn vị gas tối đa mà giao dịch có thể tiêu thụ. Máy ảo Ethereum (EVM) quy định các đơn vị gas cần thiết cho mỗi bước tính toán
maxPriorityFeePerGas - mức giá tối đa của gas đã tiêu thụ được tính vào như một khoản tiền boa cho trình xác thực
maxFeePerGas - phí tối đa cho mỗi đơn vị gas sẵn sàng trả cho giao dịch (bao gồm baseFeePerGas và maxPriorityFeePerGas)

Gas là thuật ngữ chỉ việc tính toán cần thiết để xử lý giao dịch bởi một trình xác thực. Người dùng phải trả phí cho việc tính toán này. gasLimit và maxPriorityFeePerGas xác định phí giao dịch tối đa phải trả cho trình xác thực. Thông tin thêm về Gas.

Đối tượng giao dịch sẽ trông gần giống như thế này:

1{
2  from: "0xEA674fdDe714fd979de3EdF0F56AA9716B898ec8",
3  to: "0xac03bb73b6a9e108530aff4df5077c2b3d481e5a",
4  gasLimit: "21000",
5  maxFeePerGas: "300",
6  maxPriorityFeePerGas: "10",
7  nonce: "0",
8  value: "10000000000"
9}
Hiện tất cả

Nhưng một đối tượng giao dịch cần được ký bằng khóa riêng tư của người gửi. Điều này chứng tỏ rằng giao dịch chỉ có thể xuất phát từ người gửi và không được gửi một cách gian lận.

Một ứng dụng Ethereum như Geth sẽ xử lý phần ký này.

Ví dụ lệnh gọi 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}
Hiện tất cả

Ví dụ phản hồi:

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}
Hiện tất cả

raw là giao dịch đã ký ở dạng mã hóa Tiền tố độ dài đệ quy (RLP)
tx là giao dịch đã ký dưới dạng JSON

Với băm chữ ký, giao dịch có thể được chứng minh bằng mật mã rằng nó đến từ người gửi và đã được gửi đến mạng.

Trường dữ liệu

Phần lớn các giao dịch truy cập vào một hợp đồng từ một tài khoản sở hữu ngoại biên. Hầu hết các hợp đồng được viết bằng Solidity và diễn giải trường dữ liệu của chúng theo .

Bốn byte đầu tiên chỉ rõ chức năng nào sẽ được gọi, bằng cách sử dụng băm của tên và tham số của chức năng. Đôi khi bạn có thể xác định hàm từ bộ chọn bằng cách sử dụng cơ sở dữ liệu này (opens in a new tab).

Phần còn lại của calldata là các đối số, được mã hóa theo quy định trong thông số kỹ thuật ABI (opens in a new tab).

Ví dụ, hãy xem giao dịch này (opens in a new tab). Sử dụng Nhấn để xem thêm để xem calldata.

Bộ chọn hàm là 0xa9059cbb. Có một vài hàm đã biết có chữ ký này (opens in a new tab). Trong trường hợp này, mã nguồn hợp đồng (opens in a new tab) đã được tải lên Etherscan, vì vậy chúng ta biết hàm là transfer(address,uint256).

Phần còn lại của dữ liệu là:

10000000000000000000000004f6742badb049791cd9a37ea913f2bac38d01279
2000000000000000000000000000000000000000000000000000000003b0559f4

Theo thông số giao diện nhị phân ứng dụng, các giá trị số nguyên (như địa chỉ, là các số nguyên 20 byte) xuất hiện trong giao diện nhị phân ứng dụng dưới dạng các từ 32 byte, có thêm các số 0 ở phía trước. Vì vậy, chúng ta biết rằng địa chỉ to là 4f6742badb049791cd9a37ea913f2bac38d01279 (opens in a new tab). value là 0x3b0559f4 = 990206452.

Các loại giao dịch

Trên Ethereum, có một vài điểm khác biệt về các loại giao dịch:

Các giao dịch thông thường, một giao dịch từ một tài khoản này sang một tài khoản khác.
Giao dịch triển khai từ hợp đồng: một giao dịch không có địa chỉ 'đến', trong đó trường dữ liệu được sử dụng cho mã hợp đồng.
Thực thi một hợp đồng: một giao dịch tương tác với một hợp đồng thông minh đã được triển khai. Trong trường hợp này, địa chỉ 'đến' là địa chỉ hợp đồng thông minh.

Về gas

Như đã đề cập, các giao dịch tốn gas để thực thi. Các giao dịch chuyển khoản đơn giản yêu cầu 21000 đơn vị Gas.

Vì vậy, để Bob gửi cho Alice 1 ETH với baseFeePerGas là 190 gwei và maxPriorityFeePerGas là 10 gwei, Bob sẽ cần trả khoản phí sau:

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

Tài khoản của Bob sẽ bị trừ -1,0042 ETH (1 ETH cho Alice + 0,0042 ETH tiền phí gas)

Tài khoản của Alice sẽ được cộng +1,0 ETH

Phí cơ bản sẽ bị đốt -0,00399 ETH

Trình xác thực giữ tiền boa +0,000210 ETH

Sơ đồ được điều chỉnh từ Ethereum EVM illustrated (opens in a new tab)

Bất kỳ gas nào không được sử dụng trong giao dịch sẽ được hoàn lại cho tài khoản người dùng.

Tương tác hợp đồng thông minh

Gas là bắt buộc cho bất kỳ giao dịch nào liên quan đến hợp đồng thông minh.

Các hợp đồng thông minh cũng có thể chứa các hàm được gọi là hàm view (opens in a new tab) hoặc pure (opens in a new tab), chúng không làm thay đổi trạng thái của hợp đồng. Do đó, việc gọi các hàm này từ một tài khoản sở hữu ngoại biên sẽ không yêu cầu tiêu tốn bất kỳ gas nào. Lệnh gọi RPC cơ bản cho trường hợp này là eth_call.

Không giống như khi được truy cập bằng eth_call, các hàm view hoặc pure này cũng thường được gọi nội bộ (tức là, từ chính hợp đồng đó hoặc từ một hợp đồng khác) và điều này có tốn gas.

Vòng đời giao dịch

Một khi giao dịch đã được gửi đi, những điều sau sẽ xảy ra:

Một hàm băm giao dịch được tạo bằng mật mã: 0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017
Giao dịch sau đó được phát đi đến mạng lưới và được thêm vào một bể giao dịch bao gồm tất cả các giao dịch đang chờ xử lý khác trong mạng lưới.
Một trình xác thực phải chọn giao dịch của bạn và đưa nó vào một khối để xác minh giao dịch và coi như giao dịch 'thành công'.
Theo thời gian, khối chứa giao dịch của bạn sẽ được nâng cấp thành "đã xác nhận" và sau đó thành "đã hoàn tất". Những nâng cấp này giúp chắc chắn hơn nhiều rằng giao dịch của bạn đã thành công và sẽ không bao giờ bị thay đổi. Khi một khối được "hoàn tất", nó chỉ có thể bị thay đổi bởi một cuộc tấn công cấp mạng lưới vốn sẽ tốn hàng tỷ đô la.

Bản demo trực quan

Xem Austin hướng dẫn bạn về các giao dịch, gas và khai thác.

Bao giao dịch được định kiểu

Ethereum lúc đầu có một định dạng cho các giao dịch. Mỗi giao dịch đều có một nonce, giá gas, giới hạn gas, địa chỉ nhận, giá trị, dữ liệu, v, r, và s. Các trường này được mã hóa RLP, trông giống như sau:

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

Ethereum đã phát triển để hỗ trợ nhiều loại giao dịch để cho phép các tính năng mới như danh sách truy cập và EIP-1559 (opens in a new tab) được triển khai mà không ảnh hưởng đến các định dạng giao dịch cũ.

EIP-2718 (opens in a new tab) là thứ cho phép hành vi này. Các giao dịch được giải thích là:

TransactionType || TransactionPayload

Các trường được định nghĩa như sau:

TransactionType - một số từ 0 đến 0x7f, cho tổng số 128 loại giao dịch khả thi.
TransactionPayload - một mảng byte tùy ý được xác định bởi loại giao dịch.

Dựa trên giá trị TransactionType, một giao dịch có thể được phân loại như sau:

Giao dịch loại 0 (Kế thừa): Định dạng giao dịch ban đầu được sử dụng kể từ khi Ethereum ra mắt. Chúng không bao gồm các tính năng từ EIP-1559 (opens in a new tab) như tính toán phí gas động hoặc danh sách truy cập cho các hợp đồng thông minh. Các giao dịch kế thừa thiếu một tiền tố cụ thể để chỉ định loại của chúng ở dạng tuần tự hóa, bắt đầu bằng byte 0xf8 khi sử dụng mã hóa Tiền tố độ dài đệ quy (RLP). Giá trị TransactionType cho các giao dịch này là 0x0.
Giao dịch loại 1: Được giới thiệu trong EIP-2930 (opens in a new tab) như một phần của Nâng cấp Berlin của Ethereum, các giao dịch này bao gồm một tham số accessList. Danh sách này chỉ định các địa chỉ và khóa lưu trữ mà giao dịch dự kiến sẽ truy cập, giúp có khả năng giảm chi phí gas cho các giao dịch phức tạp liên quan đến hợp đồng thông minh. Các thay đổi về thị trường phí của đề xuất EIP-1559 không được bao gồm trong giao dịch loại 1. Giao dịch loại 1 cũng bao gồm một tham số yParity, có thể là 0x0 hoặc 0x1, cho biết tính chẵn lẻ của giá trị y của chữ ký secp256k1. Chúng được xác định bằng cách bắt đầu với byte 0x01, và giá trị TransactionType của chúng là 0x1.
Giao dịch loại 2, thường được gọi là giao dịch EIP-1559, là các giao dịch được giới thiệu trong EIP-1559 (opens in a new tab), trong Nâng cấp London của Ethereum. Chúng đã trở thành loại giao dịch tiêu chuẩn trên mạng lưới Ethereum. Các giao dịch này giới thiệu một cơ chế phí trị trường mới, giúp cải thiện khả năng dự đoán bằng cách tách phí giao dịch thành phí tối thiểu và phí ưu tiên. Chúng bắt đầu bằng byte 0x02 và bao gồm các trường như maxPriorityFeePerGas và maxFeePerGas. Các giao dịch loại 2 giờ đây đã trở thành mặc định vì tính linh hoạt và hiệu quả của chúng, đặc biệt được ưa chuộng trong những thời điểm nghẽn mạng, trợ giúp những người dùng quản lý các phí giao dịch một cách dễ dàng hơn. Giá trị TransactionType cho các giao dịch này là 0x2.
Giao dịch loại 3 (Blob) đã được giới thiệu trong EIP-4844 (opens in a new tab) như một phần của Nâng cấp Dencun của Ethereum. Những giao dịch này được thiết kế để xử lý dữ liệu "blob" (Đối tượng lớn nhị phân) một cách hiệu quả hơn, đặc biệt có lợi cho các lớp 2 rollup bằng cách cung cấp một phương thức đăng tải dữ liệu lên mạng Ethereum với chi phí thấp hơn. Giao dịch blob bao gồm các trường bổ sung như blobVersionedHashes, maxFeePerBlobGas, và blobGasPrice. Chúng bắt đầu bằng byte 0x03, và giá trị TransactionType của chúng là 0x3. Giao dịch Blob đại diện cho một sự cải thiện đáng kể trong khả năng khả dụng dữ liệu và khả năng mở rộng của Ethereum.
Giao dịch loại 4 đã được giới thiệu trong EIP-7702 (opens in a new tab) như một phần của Nâng cấp Pectra của Ethereum. Các giao dịch này được thiết kế để tương thích về phía trước với trừu tượng hóa tài khoản. Chúng cho phép các EOA tạm thời hoạt động giống như các tài khoản hợp đồng thông minh mà không ảnh hưởng đến chức năng ban đầu của chúng. Chúng bao gồm một tham số authorization_list, chỉ định hợp đồng thông minh mà EOA ủy quyền. Sau giao dịch, trường mã của EOA sẽ có địa chỉ của hợp đồng thông minh được ủy quyền.

Đọc thêm

EIP-2718: Bao giao dịch được định kiểu (opens in a new tab)

Biết về nguồn lực cộng đồng đã giúp đỡ bạn? Chỉnh sửa trang này và bổ sung!