ブロックチェーントランザクションの縁の下の力持ち

0 ETHを送信したはずなのにOMGトークンが移動する魔法のような現象は、トランザクション入力データによって実現されています。16進数を朝食にするシカゴ在住のブロックチェーンアナリストが、この重要な要素を解読します。

入力データとは何か？

0xから始まる長い文字列は、ウォレットがスマートコントラクトと「会話」する方法です。実際の例を見てみましょう：

0xa9059cbb000...d36d6c74

分解すると：

• a9059cbb: 関数識別子（transfer）
• 次の64文字: 受信者アドレス（ゼロでパディング）
• 最後の64文字: 16進数での金額（この場合は0.19 OMG）

なぜ16進数がイーサリアムで使われるのか

16進数は効率的です：

• 1文字=4ビット
• 0x5C → バイナリ01011100 → 10進数92

プロのヒント：先頭の0xは単なる慣習で、「これは16進数です」と宣言するようなものです。

スマートコントラクトが理解する仕組み

EVMは厳格なABI仕様に従って入力データを読み取ります：

1. 最初の8文字で関数を識別（署名のSHA-3ハッシュ）
2. パラメータは各32バイト占有
3. 配列/文字列は末尾で特別扱い

ERC-20転送の場合、Etherscanは標準ABIを使用して自動的にデコードします。これにより、生の16進数ではなく「transfer(0x123…, 0.19)」と表示されます。

データのガス経済学

各バイトにはコストがかかります：

• ゼロバイト: 4 gas
• 非ゼロバイト: 68 gas

現在のブロック制限（約15Mガス）では、理論上の最大データサイズは： － 2MB（全てゼロ）から － 120KB（ゼロなし）まで

ガス代が高いと感じたら、複雑さには代償があることを思い出してください。

高度なデコード技術

探偵ごっこをしてみましょう：

1. web3.sha3()で関数セレクターを抽出
2. Solidityドキュメントでパラメータエンコーディングを確認
3. 未知のコントラクトにはオンラインABIデコーダーを使用