教育目的の参考情報であり、投資助言ではありません。投資により損失が生じる可能性があります。
直接の答え
ERC-20承認競合は、所有者がapprove(spender, newAmount)を呼び出して、ゼロではない利用許可額を別のゼロではない額に置き換えるときに起こり得ます。支出者は保留中の変更を確認し、まずtransferFromで古い利用許可額を使い、置き換え承認が確定した後に新しい利用許可額も使う可能性があります。
そのためERC-20仕様は、クライアントインターフェースが同じ支出者に新しい値を設定する前に、まず利用許可額を0にすることを推奨しています。各トランザクションは順番に確定を待つ必要があります。トークンが対応している場合は、アトミックなincreaseAllowanceまたはdecreaseAllowanceの呼び出しにより、ゼロではない利用許可額を直接置き換えずに済みます。
すべて確認しても、資産・取引・システムの安全性が証明されるわけではありません。
仕組み
ERC-20では、approveは上書きとして定義されています。つまり、成功したapprove(spender, amount)は支出者の利用許可額をamountに設定します。一方、transferFrom(owner, recipient, amount)を使うと、その支出者は所有者のトークンを移動でき、通常は残りの利用許可額が減ります。保留中のトランザクションでは実行順序が確保されないため、支出者は所有者による承認変更より先に実行される送金を送信できる場合があります。
危険なのはN -> Mへの移行で、N > 0かつM > 0の場合です。置き換え承認が実行される前に支出者がNを使い切ると、その後の承認によって新たにMの利用許可額が設定されます。したがって、この一連の流れで使われる最大額は、所有者のトークン残高とトークンの実装を上限としてN + Mになり得ます。
例
Aliceは、あるプロトコルに100トークンの支出を承認しています。approve(protocol, 50)を送信し、残りの利用許可額を50に引き下げようとします。そのトランザクションが確定する前に、プロトコルの支出者がtransferFrom(Alice, recipient, 100)を送信し、先に実行させます。その後、Aliceの承認によって利用許可額が50に設定され、支出者は別の送金でそれを使えます。二回の送金は合計150トークンになります。
より安全な置き換え手順は、approve(protocol, 0)を送信して確定を待ち、その結果の利用許可額と残高を確認してから、新しい承認がまだ適切な場合にのみapprove(protocol, 50)を送信することです。ゼロ化トランザクションの確定前に支出者が古い利用許可額を使った場合、Aliceは残高の変化を確認し、新たな50を承認する前に中止できます。
リスク
- 利用許可額を
0にしても、すでに実行された支出を取り消すことはできず、ゼロ化トランザクションの確定前に古い利用許可額が使われることも防げません。 - 最初の確定を待たず、ゼロ化と置き換えの承認をまとめて送信すると、実行順序のリスクが再び生じます。
increaseAllowanceとdecreaseAllowanceは基本のERC-20標準には含まれません。検証済みのトークンコントラクトが対応している場合にのみ使用してください。- 無制限の利用許可額が有効な間は、所有者の全トークン残高が危険にさらされる可能性があります。署名前にチェーン、トークンコントラクト、支出者、金額を確認してください。
- 一部のトークンには標準とは異なる承認動作があります。ウォレットのシミュレーションとトランザクションのcalldataを確認し、各手順の後でオンチェーンの利用許可額を確認してください。
よくある誤解
- 「最新の承認トランザクションは古い承認を即座に置き換える。」状態が変わるのは、そのトランザクションがオンチェーンで実行されたときだけです。
- 「利用許可額を引き下げれば、今後の支出総額は新しい額までに制限される。」支出者は変更が実行される前に古い利用許可額を使う可能性があります。
- 「最初にゼロにすれば、それ以上トークンが流出しないことが保証される。」ゼロ化トランザクションが確定するまで、古い利用許可額は引き続き使用できます。
- 「すべてのERC-20に
increaseAllowanceとdecreaseAllowanceがある。」これらは任意の拡張機能であり、ERC-20の要件ではありません。 - 「ウェブサイトとの接続を解除すればトークン承認も取り消される。」ウォレットの接続状態と、トークンコントラクトのオンチェーン利用許可額は別のものです。
関連トピック
出典
- ERC-20: Token Standard - Ethereum Improvement Proposals (参照日: 2026-08-20)
- ERC20 | OpenZeppelin Docs - OpenZeppelin (参照日: 2026-08-20)