コントラクトへの承認は一度きりの支払いではありません。トークン自身のストレージに allowance を書き込み、その allowance は使い切られるか 0 に戻されるまでそこに残り、あなたの追加署名なしでいつでも使えます。その多くはアプリがそう求めるため無制限に設定されています。上にアドレスを入力して、どれがまだ生きているか確認してください。

この一覧の出どころ:

このアドレスが発行したすべての Approval と ApprovalForAll イベントを、トークンと利用者の組ごとに最新の 1 件だけ残るようまとめたものです。あとから 0 を承認したものは取り消しであり、一覧には出ません。

その場で読み取っているもの:

ページ上のすべての行について、allowance(owner, spender) を固定した 1 つのブロックでトークンコントラクトから読み取っています。有限の枠の一部をすでに使った利用者はイベントを出さないため、承認時の数字だけでは露出を過大に見積もることになります。

取り消しがすること:

あなたのウォレットからトークンコントラクトへ approve(spender, 0) を送り、ガスは USDC で支払います。Arcscan はその呼び出しをエンコードして見せるだけで、鍵を持つことも署名することもありません。

このページに分からないこと:

利用者が信頼できるかどうかです。アップグレード可能なプロキシへの承認は、与えたときと明日とで意味が変わりうるものであり、このページはそれを見ることができません。分かるのは、その許可が存在するという事実だけです。

トークンの承認とは何で、なぜそれを作ったトランザクションより長く残るのですか？

コントラクトへの承認は、トークン自身のストレージに allowance を書き込みます。その瞬間から利用者は transferFrom を呼び、あなたの追加署名なしに、いつでもその数量までのトークンを動かせます。それはそのときのスワップや入金に紐づいてはおらず、使い切られるか明示的に 0 に戻されるまで残り続けます。数か月前に一度使っただけのアプリに与えた承認が、今日もなお生きた許可であるのはこのためです。

無制限の承認は実際には何を意味しますか？

ウォレットやアプリは、二度と承認せずに済むよう、しばしば 2^256-1 — その型が保持できる最大値 — を要求します。減ることも期限切れになることもありません。そのコントラクトが侵害されていたり、最初から悪意あるものだった場合、持ち去られる上限はそのトークンの残高すべてであり、あとから買い増した分も含まれます。

この一覧が承認された額より少なく表示されることがあるのはなぜですか？

transferFrom が枠を黙って減らすからです。それは Approval ではなく Transfer を出します。したがってイベント履歴だけでは、承認時に与えられた額しか分かりません。「オンチェーン現在」列は固定した 1 ブロックで allowance(owner, spender) をトークンコントラクトから直接読むため、本当にまだ使える額を示します。両者が食い違う場合、意味を持つのはオンチェーンの数字です。

結果が空なら、承認が無いことの証明になりますか？

なりません。このページはそれをほのめかさず、はっきり述べます。承認は Arcscan がインデックスしたブロックの Approval イベントから再構成されます。その範囲の開始より前に与えられ、以後触れられていない承認は範囲内にイベントを残しておらず、ここには現れません。検索したブロック範囲は表の下に記されています。

取り消しにはいくらかかり、Arcscan は私の鍵を扱いますか？

取り消しは普通のトランザクションです。approve(spender, 0)、オペレータ承認なら setApprovalForAll(operator, false) をトークンコントラクトに送るもので、他と同じく USDC でガスがかかります。Arcscan は鍵を持たず、署名せず、何も送りません。呼び出しをエンコードし、その内容をそのまま見せるだけで、承認はあなたのウォレットで行われます。calldata をコピーして、まったく別の場所で署名することもできます。

オペレータ承認に金額が表示されないのはなぜですか？

setApprovalForAll には金額がないからです。あなたが取り消すまで、まだ入手していないものも含め、そのコレクションで保有するすべてのトークンをオペレータが動かせるようにします。それを枠の列でダッシュとして描くと、ページ上で最も広い許可が最も狭いもののように見えてしまいます。