--- title: "トランザクション" description: "イーサリアムのトランザクションの概要。仕組み、データ構造、アプリケーションを介した送信方法について説明します。" lang: ja --- トランザクションは、アカウントからの暗号学的に署名された命令です。アカウントは、[イーサリアム](/)・ネットワークの状態を更新するためにトランザクションを開始します。最も単純なトランザクションは、あるアカウントから別のアカウントへのETHの送金です。 ## 前提条件 {#prerequisites} このページをよりよく理解するために、まずは[アカウント](/developers/docs/accounts/)と[イーサリアムの紹介](/developers/docs/intro-to-ethereum/)を読むことをお勧めします。 ## トランザクションとは？ {#whats-a-transaction} イーサリアムのトランザクションとは、外部所有アカウント、つまりコントラクトではなく人間によって管理されるアカウントによって開始されるアクションを指します。例えば、ボブがアリスに1 ETHを送金する場合、ボブのアカウントから引き落とし、アリスのアカウントに入金する必要があります。この状態を変更するアクションは、トランザクション内で実行されます。 ![Diagram showing a transaction cause state change](./tx.png) _図は[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)から引用・改変_ EVMの状態を変更するトランザクションは、ネットワーク全体にブロードキャストされる必要があります。どのノードでも、EVM上でトランザクションを実行するリクエストをブロードキャストできます。その後、バリデータがトランザクションを実行し、その結果生じた状態の変更をネットワークの他の部分に伝播させます。 トランザクションには手数料が必要であり、検証済みのブロックに含められる必要があります。この概要をシンプルにするため、ガス代と検証については別の場所で説明します。 送信されるトランザクションには、以下の情報が含まれます。 - `from` – トランザクションに署名する送信者のアドレス。コントラクト・アカウントはトランザクションを送信できないため、これは外部所有アカウントになります。 - `to` – 受信者のアドレス（外部所有アカウントの場合は価値を送金し、コントラクト・アカウントの場合はコントラクトのコードを実行します）。 - `signature` – 送信者の識別子。これは、送信者の秘密鍵がトランザクションに署名し、送信者がこのトランザクションを承認したことを確認する際に生成されます。 - `nonce` - アカウントからのトランザクション番号を示す、連続して増加するカウンター。 - `value` – 送信者から受信者に送金するETHの量（Wei建て。1 ETHは1e+18 Weiに等しい）。 - `input data` – 任意のデータを含めるためのオプションのフィールド。 - `gasLimit` – トランザクションによって消費されるガスの最大単位数。[EVM](/developers/docs/evm/opcodes)は、各計算ステップに必要なガスの単位を指定します。 - `maxPriorityFeePerGas` - バリデータへのチップとして含められる、消費されるガスの最大価格。 - `maxFeePerGas` - トランザクションに対して支払う意思のある、ガス1単位あたりの最大手数料（`baseFeePerGas`と`maxPriorityFeePerGas`を含む）。 ガスとは、バリデータがトランザクションを処理するために必要な計算量を指します。ユーザーはこの計算に対して手数料を支払う必要があります。`gasLimit`と`maxPriorityFeePerGas`は、バリデータに支払われる最大トランザクション手数料を決定します。[ガスの詳細](/developers/docs/gas/)。 トランザクション・オブジェクトは以下のようになります。 ```js { from: "0xEA674fdDe714fd979de3EdF0F56AA9716B898ec8", to: "0xac03bb73b6a9e108530aff4df5077c2b3d481e5a", gasLimit: "21000", maxFeePerGas: "300", maxPriorityFeePerGas: "10", nonce: "0", value: "10000000000" } ``` しかし、トランザクション・オブジェクトは送信者の秘密鍵を使用して署名される必要があります。これにより、トランザクションが送信者からのみ送信されたものであり、不正に送信されたものではないことが証明されます。 Gethのようなイーサリアム・クライアントが、この署名プロセスを処理します。 [JSON-RPC](/developers/docs/apis/json-rpc)呼び出しの例： ```json { "id": 2, "jsonrpc": "2.0", "method": "account_signTransaction", "params": [ { "from": "0x1923f626bb8dc025849e00f99c25fe2b2f7fb0db", "gas": "0x55555", "maxFeePerGas": "0x1234", "maxPriorityFeePerGas": "0x1234", "input": "0xabcd", "nonce": "0x0", "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0", "value": "0x1234" } ] } ``` レスポンスの例： ```json { "jsonrpc": "2.0", "id": 2, "result": { "raw": "0xf88380018203339407a565b7ed7d7a678680a4c162885bedbb695fe080a44401a6e4000000000000000000000000000000000000000000000000000000000000001226a0223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20ea02aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663", "tx": { "nonce": "0x0", "maxFeePerGas": "0x1234", "maxPriorityFeePerGas": "0x1234", "gas": "0x55555", "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0", "value": "0x1234", "input": "0xabcd", "v": "0x26", "r": "0x223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20e", "s": "0x2aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663", "hash": "0xeba2df809e7a612a0a0d444ccfa5c839624bdc00dd29e3340d46df3870f8a30e" } } } ``` - `raw`は、[RLP（Recursive Length Prefix）](/developers/docs/data-structures-and-encoding/rlp)エンコード形式の署名済みトランザクションです。 - `tx`は、JSON形式の署名済みトランザクションです。 署名ハッシュにより、トランザクションが送信者から送信され、ネットワークに送信されたことを暗号学的に証明できます。 ### データ・フィールド {#the-data-field} トランザクションの大部分は、外部所有アカウントからコントラクトにアクセスします。 ほとんどのコントラクトはSolidityで記述されており、[アプリケーション・バイナリ・インターフェース（ABI）](/glossary/#abi)に従ってデータ・フィールドを解釈します。 最初の4バイトは、関数の名前と引数のハッシュを使用して、呼び出す関数を指定します。 [このデータベース](https://www.4byte.directory/signatures/)を使用して、セレクタから関数を特定できる場合があります。 コールデータの残りの部分は、[ABI仕様で指定されているようにエンコードされた](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding)引数です。 例えば、[このトランザクション](https://etherscan.io/tx/0xd0dcbe007569fcfa1902dae0ab8b4e078efe42e231786312289b1eee5590f6a1)を見てみましょう。 コールデータを見るには、**Click to see More**を使用してください。 関数セレクタは`0xa9059cbb`です。[この署名を持つ既知の関数](https://www.4byte.directory/signatures/?bytes4_signature=0xa9059cbb)はいくつかあります。 この場合、[コントラクトのソースコード](https://etherscan.io/address/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48#code)がEtherscanにアップロードされているため、関数が`transfer(address,uint256)`であることがわかります。 残りのデータは以下の通りです。 ``` 0000000000000000000000004f6742badb049791cd9a37ea913f2bac38d01279 000000000000000000000000000000000000000000000000000000003b0559f4 ``` ABI仕様によると、整数値（20バイトの整数であるアドレスなど）は、前方にゼロがパディングされた32バイトのワードとしてABIに表示されます。 したがって、`to`アドレスは[`4f6742badb049791cd9a37ea913f2bac38d01279`](https://etherscan.io/address/0x4f6742badb049791cd9a37ea913f2bac38d01279)であることがわかります。 `value`は0x3b0559f4 = 990206452です。 ### トランザクション記述子 {#transaction-descriptors} データ・フィールドには不透明な16進数のバイトが含まれているため、トランザクションが実際にどのようなアクションを実行するかを検証することは非常に困難な場合があります。この「ブラインド署名」の脆弱性は、[トランザクション記述子](https://eips.ethereum.org/EIPS/eip-7730)（ERC-7730で定義）を使用した**[クリア署名](https://clearsigning.org/)**によって対処されます。 ERC-7730仕様では、トランザクション記述子（多くの場合JSONファイルとして構造化されています）を使用して、ABIや、EVMトランザクションのコールデータ、EIP-712メッセージ、EIP-4337のUser Operationなどの構造化メッセージに含まれるデータを充実させます。開発者はこれらの記述子を使用して、特定のトランザクション変数をフォーマット・テンプレートに直接マッピングし、基盤となるデータがアプリケーションにとって機械可読な状態を維持できるようにします。 フロントエンドでは、ウォレットがこのフォーマット・コンテキストを使用して、不透明なバイトコードを明確で人間が読める情報に変換します。トークン・アドレスを認識されたティッカーに、または金額を小数に自動的に解決することで、ユーザーは署名する前にトランザクションの正確なインテントの平易な言葉による要約（例：「1000 USDCを少なくとも0.25 WETHにスワップする」）を提示されます。 ## トランザクションの種類 {#types-of-transactions} イーサリアムには、いくつかの異なる種類のトランザクションがあります。 - 通常のトランザクション：あるアカウントから別のアカウントへのトランザクション。 - コントラクトのデプロイ・トランザクション：'to'アドレスのないトランザクションで、データ・フィールドはコントラクトのコードに使用されます。 - コントラクトの実行：デプロイされたスマート・コントラクトと対話するトランザクション。この場合、'to'アドレスはスマート・コントラクトのアドレスになります。 ### ガスについて {#on-gas} 前述の通り、トランザクションの実行には[ガス](/developers/docs/gas/)がかかります。単純な送金トランザクションには21000単位のガスが必要です。 したがって、ボブがアリスに1 ETHを送金する際、`baseFeePerGas`が190 Gwei、`maxPriorityFeePerGas`が10 Gweiの場合、ボブは以下の手数料を支払う必要があります。 ``` (190 + 10) * 21000 = 4,200,000 Gwei --または-- 0.0042 ETH ``` ボブのアカウントからは**-1.0042 ETH**（アリスへの1 ETH + ガス代の0.0042 ETH）が引き落とされます。 アリスのアカウントには**+1.0 ETH**が入金されます。 基本料金はバーン（焼却）されます：**-0.00399 ETH** バリデータはチップを受け取ります：**+0.000210 ETH** ![Diagram showing how unused gas is refunded](./gas-tx.png) _図は[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)から引用・改変_ トランザクションで使用されなかったガスは、ユーザーのアカウントに返金されます。 ### スマート・コントラクトとの対話 {#smart-contract-interactions} スマート・コントラクトが関与するすべてのトランザクションにはガスが必要です。 スマート・コントラクトには、コントラクトの状態を変更しない[`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions)または[`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions)関数と呼ばれる関数を含めることもできます。そのため、EOAからこれらの関数を呼び出す場合、ガスは必要ありません。このシナリオの基盤となるRPC呼び出しは[`eth_call`](/developers/docs/apis/json-rpc#eth_call)です。 `eth_call`を使用してアクセスする場合とは異なり、これらの`view`または`pure`関数は内部的（つまり、コントラクト自体または別のコントラクトから）に呼び出されることも一般的であり、その場合はガスがかかります。 ## トランザクションのライフサイクル {#transaction-lifecycle} トランザクションが送信されると、以下のことが起こります。 1. トランザクション・ハッシュが暗号学的に生成されます： `0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017` 2. その後、トランザクションはネットワークにブロードキャストされ、他のすべての保留中のネットワーク・トランザクションで構成されるトランザクション・プールに追加されます。 3. トランザクションを検証し、「成功」と見なすためには、バリデータがトランザクションを選択してブロックに含める必要があります。 4. 時間が経つにつれて、トランザクションを含むブロックは「ジャスティファイド」、そして「ファイナライズ済み」へとアップグレードされます。これらのアップグレードにより、トランザクションが成功し、決して変更されないことがより確実になります。ブロックが「ファイナライズ済み」になると、数十億ドルのコストがかかるネットワーク・レベルの攻撃によってのみ変更される可能性があります。 ## 視覚的なデモ {#a-visual-demo} オースティンがトランザクション、ガス、マイニングについて解説する動画をご覧ください。 ## 型付きトランザクション・エンベロープ {#typed-transaction-envelope} イーサリアムには元々、トランザクションのフォーマットが1つしかありませんでした。各トランザクションには、ナンス、ガス価格、ガス・リミット、宛先アドレス、値、データ、v、r、sが含まれていました。これらのフィールドは[RLPエンコード](/developers/docs/data-structures-and-encoding/rlp/)されており、以下のようになります。 `RLP([nonce, gasPrice, gasLimit, to, value, data, v, r, s])` イーサリアムは進化し、アクセス・リストや[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)などの新機能を、レガシーなトランザクション・フォーマットに影響を与えることなく実装できるように、複数の種類のトランザクションをサポートするようになりました。 [EIP-2718](https://eips.ethereum.org/EIPS/eip-2718)は、この動作を可能にするものです。トランザクションは次のように解釈されます。 `TransactionType || TransactionPayload` 各フィールドの定義は以下の通りです。 - `TransactionType` - 0から0x7fまでの数値で、合計128種類のトランザクション・タイプが可能です。 - `TransactionPayload` - トランザクション・タイプによって定義される任意のバイト配列。 `TransactionType`の値に基づいて、トランザクションは次のように分類されます。 1. **タイプ0（レガシー）トランザクション：** イーサリアムのローンチ以来使用されている元のトランザクション・フォーマットです。動的なガス代の計算やスマート・コントラクトのアクセス・リストなど、[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)の機能は含まれていません。レガシー・トランザクションは、シリアライズされた形式でそのタイプを示す特定のプレフィックスを持たず、[RLP（Recursive Length Prefix）](/developers/docs/data-structures-and-encoding/rlp)エンコードを使用する場合はバイト`0xf8`で始まります。これらのトランザクションのTransactionType値は`0x0`です。 2. **タイプ1トランザクション：** イーサリアムの[ベルリン・アップグレード](/ethereum-forks/#berlin)の一部として[EIP-2930](https://eips.ethereum.org/EIPS/eip-2930)で導入されたこれらのトランザクションには、`accessList`パラメータが含まれています。このリストは、トランザクションがアクセスすると予想されるアドレスとストレージ・キーを指定し、スマート・コントラクトが関与する複雑なトランザクションの[ガス](/developers/docs/gas/)コストを削減するのに役立ちます。EIP-1559の手数料市場の変更は、タイプ1トランザクションには含まれていません。タイプ1トランザクションには`yParity`パラメータも含まれており、これは`0x0`または`0x1`のいずれかであり、secp256k1署名のy値のパリティを示します。これらはバイト`0x01`で始まることで識別され、そのTransactionType値は`0x1`です。 3. **タイプ2トランザクション**（一般にEIP-1559トランザクションと呼ばれます）は、イーサリアムの[ロンドン・アップグレード](/ethereum-forks/#london)において[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)で導入されたトランザクションです。これらはイーサリアム・ネットワーク上の標準的なトランザクション・タイプとなっています。これらのトランザクションは、トランザクション手数料を基本料金と優先手数料に分離することで予測可能性を向上させる、新しい手数料市場メカニズムを導入しています。これらはバイト`0x02`で始まり、`maxPriorityFeePerGas`や`maxFeePerGas`などのフィールドを含みます。タイプ2トランザクションは、その柔軟性と効率性から現在ではデフォルトとなっており、特にネットワークの混雑時に、ユーザーがトランザクション手数料をより予測しやすく管理できるため好まれています。これらのトランザクションのTransactionType値は`0x2`です。 4. タイプ3（ブロブ）トランザクションは、イーサリアムの[デンクン・アップグレード](/ethereum-forks/#dencun)の一部として[EIP-4844](https://eips.ethereum.org/EIPS/eip-4844)で導入されました。これらのトランザクションは、「ブロブ」データ（Binary Large Objects）をより効率的に処理するように設計されており、より低コストでイーサリアム・ネットワークにデータを投稿する方法を提供することで、特にレイヤー2 (L2)のロールアップに恩恵をもたらします。ブロブ・トランザクションには、`blobVersionedHashes`、`maxFeePerBlobGas`、`blobGasPrice`などの追加フィールドが含まれています。これらはバイト`0x03`で始まり、そのTransactionType値は`0x3`です。ブロブ・トランザクションは、イーサリアムのデータ可用性とスケーリング機能における大幅な改善を表しています。 5. タイプ4トランザクションは、イーサリアムの[ペクトラ・アップグレード](/roadmap/pectra/)の一部として[EIP-7702](https://eips.ethereum.org/EIPS/eip-7702)で導入されました。これらのトランザクションは、アカウント抽象化と前方互換性を持つように設計されています。これにより、EOAは元の機能を損なうことなく、一時的にスマート・コントラクト・アカウントのように振る舞うことができます。これらには`authorization_list`パラメータが含まれており、EOAが権限を委任するスマート・コントラクトを指定します。トランザクション後、EOAのコード・フィールドには委任されたスマート・コントラクトのアドレスが含まれます。 ## 参考文献 {#further-reading} - [EIP-2718: 型付きトランザクション・エンベロープ](https://eips.ethereum.org/EIPS/eip-2718) _役に立つコミュニティ・リソースをご存知ですか？このページを編集して追加してください！_ ## 関連トピック {#related-topics} - [アカウント](/developers/docs/accounts/) - [イーサリアム仮想マシン（EVM）](/developers/docs/evm/) - [ガス](/developers/docs/gas/)