DeFiスキャナー

DeFiスキャナーとは？

DeFiスキャナーは、スマートコントラクト、トークン、ウォレットの権限、ブロックチェーン上の取引、流動性の状況、プロトコルの依存関係、その他のオンチェーンデータを調査し、潜在的なリスクを検出する暗号資産分析ツールです。

分散型金融プロトコルを利用したり、ブロックチェーン上の取引を承認したりする前に、ユーザーや開発者が警戒すべき兆候を特定するのに役立ちます。

DeFiスキャナーは、コントラクトのソースコード、デプロイ済みバイトコード、ウォレット残高、トークンの利用許可、管理者権限、アップグレードの仕組み、取引シミュレーション、流動性プール、オラクルシステム、過去の活動などを分析する場合があります。

技術的な脆弱性に重点を置くスキャナーもあれば、不正なトークンの挙動、ウォレットのリスク、マーケットリスク、プロトコルの健全性に着目するものもあります。

DeFiスキャナーを使っても、トークン、スマートコントラクト、暗号資産への投資が安全だと保証されるわけではありません。

自動ツールでは、複雑なビジネスロジックの欠陥、新たに開発された攻撃、侵害されたウェブサイト、不誠実な管理者、既知のパターンに当てはまらない経済的な弱点を見逃す可能性があります。

DeFiスキャナーを最も信頼性の高い形で活用するには、検証済みのソースコード、独立した監査、取引シミュレーション、プロトコルのドキュメント、ガバナンス分析、個人のリスク管理を含む包括的なレビューの一環として利用します。

DeFiスキャナーが重要な理由

DeFiアプリケーションでは、スマートコントラクトを通じて暗号資産の貸し出し、借り入れ、取引、ステーキング、ブリッジ、流動性の提供、デリバティブの利用ができます。

こうしたコントラクトは大量の暗号資産を管理する場合があり、有効な指示を受け取ると自動的に取引を実行することがあります。

コーディングミス、悪意のある権限、脆弱な価格オラクル、侵害された管理者キー、隠された送金制限などは、深刻な損失につながる可能性があります。

多くのブロックチェーン取引は、承認後に一般ユーザーが取り消すことが困難、または不可能です。

スキャナーは、ユーザーが資産を預け入れたり取引に署名したりする前に、追加の確認レイヤーを提供します。

最新のOWASP Smart Contract Top 10は、2025年のインシデントデータとセキュリティ専門家の意見をもとに、2026年も重要性が続くと予想される主要なスマートコントラクトのリスク分類を特定しています。

スキャナーはコントラクトや取引を既知のリスクパターンと比較できますが、未知の挙動がすべて無害であると証明することはできません。

DeFiスキャナーの仕組み

DeFiスキャナーは、ノード、リモートプロシージャコール（RPC）エンドポイント、インデックス化されたデータベース、検証済みソースコードのリポジトリ、取引ログを通じて、公開されているブロックチェーン情報を収集します。

コントラクトのデプロイ済みバイトコードを取得し、公開されているソースコードと照合する場合があります。

スキャナーは、関数、ストレージ変数、イベントログ、トークン残高、所有権ロール、プロキシアドレス、過去の取引を調査できます。

その後、既知の脆弱性パターンや通常とは異なる経済的な挙動を検出する自動ルールを実行する場合があります。

現在のブロックチェーンの状態を使って取引案をシミュレーションし、資産、承認、アカウント権限にどのような変化が生じるかを推定する機能を備えるスキャナーもあります。

結果は、個別の検出項目、警告ラベル、重要度、信頼度スコア、または簡易的なリスクスコアとして表示される場合があります。

最終スコアは、ツールが使用するデータ、前提条件、検出ルール、重み付け方式によって異なります。

DeFiスキャナーの種類

DeFiスキャナーは、分析対象の情報や、保護を目的とするユーザーに応じて分類できます。

スマートコントラクトスキャナーは、コードやデプロイ済みバイトコードを分析し、技術的な弱点を検出します。

トークンスキャナーは、トークンの権限、供給量の管理、送金ルール、税、流動性、保有者の集中度を調べます。

ウォレットスキャナーは、資産、承認、署名、委任、リスクのあるコントラクトへのエクスポージャーを確認します。

取引スキャナーは、ユーザーが署名またはブロードキャストする前に、取引の影響を推定します。

プロトコルスキャナーは、DeFiアプリケーションで使用されるコントラクト、資産、ガバナンスシステム、オラクル、統合機能をまとめて評価します。

マーケットスキャナーは、流動性、取引活動、価格変動、プールの準備金、相場操縦の可能性を監視します。

ブリッジスキャナーは、クロスチェーンコントラクト、裏付け資産、メッセージ、バリデーター、ラップド資産の供給量を調査します。

1つの製品が複数の機能を備える場合もありますが、すべてのリスクを同じ精度で網羅できるスキャナーはありません。

スマートコントラクトスキャナー

スマートコントラクトスキャナーは、コードやバイトコードから、脆弱性、危険な権限、通常とは異なる実装方法を探します。

静的解析では、稼働中のブロックチェーンの状態でコードを実行せずに評価します。

オープンソースのSlither静的解析フレームワークは、脆弱性検出機能とコントラクト構造の情報を使って、SolidityおよびVyperのコントラクトを分析します。

静的解析では、多数の関数をすばやく処理し、安全でない呼び出し、アクセス制御の不備、再入可能性のリスク、予期しない状態変化などのパターンを特定できます。

一方、完全なプロトコル設計では悪用可能な脆弱性に当たらない警告、つまり誤検知が出る場合もあります。

重要な弱点が複雑すぎる、または文脈に依存しすぎて検出器で捉えられない場合、静的解析は見逃し、誤検知ではなく見逃し（偽陰性）となることがあります。

動的解析

動的解析は、制御された環境でコントラクトコードを実行し、その挙動を観察します。

スキャナーは、異なる入力、アカウント残高、送信者、タイムスタンプ、ブロックチェーンの状態を使って関数を呼び出す場合があります。

この方法では、コードの実行中にのみ発生する問題を見つけられる可能性があります。

動的解析の範囲は、テストに選ばれたシナリオに限られます。

何千ものテスト取引で問題なく動作したコントラクトでも、テストされていない1つの手順で失敗する可能性があります。

実際のDeFiアプリケーションは、他のコントラクト、外部価格、ガバナンスの判断、市場環境にも依存するため、それらすべてを完全に再現するのは難しい場合があります。

ファズテスト

ファズテストでは、スマートコントラクトに多数の生成入力または半ランダムな入力を与え、クラッシュ、予期しない状態変化、前提の破綻を探します。

開発者は、総資産がユーザーの請求総額以上であることなど、常に成立すべき性質を定義できます。

テストシステムはコントラクト関数を繰り返し呼び出し、生成した一連の操作によって定義済みの性質が破られないか確認します。

Foundryの不変条件テストのドキュメントでは、変化するプロトコル状態や繰り返される関数呼び出しを通じてコントラクトをテストする方法が説明されています。

テスト対象の性質がプロトコルの意図する経済的な挙動を正確に表しているほど、ファジングは有効になります。

不適切に設計された不変条件では、プロトコルに深刻な脆弱性があってもテストを通過することがあります。

シンボリック実行

シンボリック実行では、取引入力を固定値だけでテストするのではなく、シンボル値として扱い、プログラムが取り得る経路を分析します。

脆弱な状態、アサーションの失敗、予期しない送金につながる条件を特定しようとします。

この方法は難しいエッジケースを見つけられる一方、多くの計算リソースを必要とする場合があります。

コントラクトが複雑になるほど、考えられる実行経路の数は急速に増える可能性があります。

外部呼び出しや多数のコントラクト間の相互作用により、完全なシンボリック解析が現実的でなくなることもあります。

ソースコードの検証

公開されたソースコードがブロックチェーン上にデプロイされたバイトコードに対応している場合、スキャナーはより正確な結果を出しやすくなります。

ソースコードの検証では、提出されたコードを再コンパイルし、その結果をデプロイ済みバイトコードと比較します。

Sourcifyの完全一致に関するドキュメントでは、指定されたデプロイ時の差異を考慮したうえで、デプロイ済みバイトコードがコンパイラーの出力とバイト単位で一致することが完全一致の要件として説明されています。

ソースコードが検証されていれば、開発者、監査担当者、自動スキャナーがコントラクトを調査しやすくなります。

検証済みであることは、コードの安全性、公平性、経済的な持続可能性を証明するものではありません。

悪意のある開発者が、有害な権限を明確に含むコードを完全に検証された状態で公開することもできます。

未検証のコントラクトでは、デプロイ済みのプログラムの動作をユーザーが容易に確認できず、さらに不確実性が高まります。

デプロイ済みバイトコードの分析

バイトコードは、ブロックチェーンが実行する機械可読形式のコントラクトコードです。

人間が読めるソースコードがなくても、スキャナーはバイトコードを分析できます。

バイトコード分析では、関数セレクター、外部呼び出し、ストレージアクセス、デリゲートコール、既知のコントラクトパターンを特定できる場合があります。

名前、コメント、データ構造、設計の説明が欠けている場合があるため、通常は検証済みソースコードより理解が困難です。

複雑なビジネスロジックをバイトコードだけから正確に復元するのは難しい場合があります。

トークンスキャナー

トークンスキャナーは、暗号資産トークンのスマートコントラクトと市場での挙動を評価します。

総供給量、循環供給量、ミント権限、バーン機能、所有権、保有者の分布、送金制限、手数料、ブラックリスト、流動性などを確認する場合があります。

特定のアカウントはトークンを送金できる一方、一般ユーザーは売却できない状態を許す条件がないか調べることもできます。

ユーザーがトークンを購入した後に、管理者が取引税を変更できるか確認する場合もあります。

自動評価で良好なスコアを得たトークンでも、需要の弱さ、保有者の集中、流動性の低さ、不誠実な宣伝などにより、価値の大部分を失う可能性があります。

ミント権限の確認

ミント権限とは、アカウントまたはスマートコントラクトが追加のトークンを生成できる権限です。

無制限のミントは、既存保有者の持分を希薄化させたり、利用可能な流動性に売却される資産を新たに生み出したりする可能性があります。

スキャナーは供給量を増やす関数と、それらを実行できる権限を持つロールを特定する場合があります。

OpenZeppelinのアクセス制御に関するドキュメントでは、スマートコントラクトが所有権やロールベースの権限を使って重要な操作を制御する仕組みが説明されています。

スキャナーは、後のアップグレードで新たなミント機能が追加される可能性も調べる必要があります。

稼働中のミント機能がないトークンでも、ブリッジ、移行、デリバティブによる表現、管理者が制御する代替コントラクトを通じて希薄化が起きる場合があります。

所有権と管理者権限の確認

多くのスマートコントラクトには、特別な権限を持つオーナーや管理者が設定されています。

管理者は、プロトコルの一時停止、コードのアップグレード、手数料の変更、オペレーターの追加、アカウントの凍結、資産の引き出しを行える場合があります。

こうした権限は、開発者が緊急事態に対応するうえで役立つことがあります。

一方、侵害されたアカウントや不誠実なアカウントが、ユーザーに損害を与える可能性もあります。

スキャナーは、管理者が単一のウォレット、マルチシグアカウント、ガバナンスコントラクト、タイムロック付きシステムのいずれであるかを確認する場合があります。

マルチシグ要件は単一キーのリスクを軽減しますが、署名者の共謀や協調的な侵害を防ぐものではありません。

プロキシとアップグレード可能性のスキャン

アップグレード可能なプロキシは、ユーザーの資産や状態を保持しながら、実行を別の実装コントラクトに委ねます。

ユーザーが利用するメインアドレスを変更せずに、実装を差し替えることができます。

この設計により、開発者はバグの修正や機能の追加を行えます。

一方、今日確認したコードが、明日も資産を管理するコードとは限りません。

スキャナーは、実装アドレス、プロキシ管理者、アップグレードの遅延、初期化状態、ストレージレイアウトを特定する場合があります。

安全な実装でも、後から悪意のあるコードや欠陥のあるコードに差し替えられる可能性があるため、アップグレード可能性の確認は重要です。

送金税のスキャン

送金税のあるトークンでは、送金、購入、売却の一部が差し引かれます。

スキャナーは、関連コントラクトを介したトークン送金をシミュレーションし、購入時と売却時の税率を推定する場合があります。

税率が中程度でも、送金額全額が届くと想定する統合機能に悪影響を与えることがあります。

ユーザーがトークンを購入した後に、管理者が税率を引き上げられる場合があります。

売却額のほぼ全額に達する税率では、経済的にトークンを売却できなくなる可能性があります。

税率が変化するコントラクト状態や管理者設定に依存する場合、シミュレーション結果は古くなる可能性があります。

ハニーポットの検出

ハニーポットトークンでは、ユーザーは購入できても、一般保有者は正常に売却できません。

コントラクトが特定の送信者をブロックする、承認済みアカウント以外の送金を制限する、極端な売却税を課す、取引状態に応じた隠れた条件を使うといったケースがあります。

スキャナーは購入と売却をシミュレーションし、両方の操作が完了するか確認する場合があります。

シミュレーション中は通常どおり動作し、後から制限を有効にするコントラクトもあります。

また、管理者がスキャナーのテスト用アドレスを例外扱いし、一般ユーザーをブロックする可能性もあります。

シミュレーションで売却に成功しても、それは有用な根拠にはなりますが、今後のすべての売却が成功するという恒久的な証明ではありません。

流動性のスキャン

流動性スキャナーは、トークンの購入や売却に使われるプールで、どれだけの暗号資産を利用できるかを調べます。

プールの準備金、取引深度、最近のスワップ、流動性プロバイダーのポジション、流動性トークンの所有権を分析する場合があります。

一般に、流動性が厚いほど、大きな取引でも価格への影響を抑えやすくなります。

ただし、管理者1人が即座に流動性を引き出せる場合、表示上の流動性が誤解を招くことがあります。

スキャナーは流動性ポジションがロックされているか、バーンされているか、トレジャリーが管理しているか、少数のウォレットに集中しているかを確認する場合があります。

流動性ロックは引き出しリスクの一部を軽減しますが、トークンのミント、プロトコルのエクスプロイト、価格の急落、別のプールの作成を防ぐものではありません。

保有者集中度のスキャン

保有者集中度は、トークン供給量のうち最大のアドレス群が管理する割合を示します。

保有が極端に集中したトークンでは、大口保有者が退出した際に急激な売り圧力が生じる可能性があります。

複数のウォレットが同一所有者に属する場合、実際の集中度は表示より高い可能性があります。

スマートコントラクト、ブリッジ、トレジャリー、流動性プール、バーンアドレスは、一般保有者と分けて分類する必要があります。

スキャナーはアドレスの分布を表示できますが、どのアドレスが共通の所有者に属しているか把握できない場合があります。

ウォレットスキャナー

ウォレットスキャナーは、公開ブロックチェーンアドレスの資産、権限、不審なやり取り、スマートコントラクトへのエクスポージャーを確認します。

トークン残高、流動性ポジション、ステーキング資産、ローン、担保、未使用の承認、過去の取引を一覧表示する場合があります。

公開ブロックチェーンデータを読み取るために、ウォレットスキャナーがユーザーの秘密鍵やリカバリーフレーズを必要とすることはありません。

公開アドレスのスキャンだけを目的にシードフレーズを要求するツールは、悪意のあるものとして扱うべきです。

ウォレットを接続すると正しいアドレスを選びやすくなる場合がありますが、接続時に要求される権限はすべて確認してください。

トークン利用許可のスキャン

ERC-20の利用許可（Allowance）は、トークン所有者のアカウントから指定量のトークンを移転する権限を、使用者に付与します。

スキャナーは現在の利用許可を読み取り、大きな額または無制限の権限が付与されたコントラクトを特定できます。

Ethereumの最新のトークンアクセス取り消しガイドでは、ユーザーが関連アプリケーションから資産を引き出した後も、無制限の利用許可が有効なままの場合があると注意喚起しています。

ウェブサイトとのウォレット接続を解除しても、ブロックチェーンに記録された利用許可は取り消されません。

利用許可の取り消しには新たなブロックチェーン取引が必要で、通常はネットワーク手数料がかかります。

秘密鍵やリカバリーフレーズがすでに盗まれている場合、利用許可を取り消してもウォレットは保護されません。

Permit署名のスキャン

Permitは、別途承認取引を行わずに、署名済みメッセージでトークンの使用を許可できます。

ERC-2612のPermit標準は、所有者、使用者、数量、ナンス、期限などの情報を含む、署名による利用許可の変更を定めています。

Permit署名は、オンチェーンに送信される前から存在する場合があります。

そのため、未使用の署名済みPermitは、一般的なブロックチェーンスキャナーでは検出が困難です。

ウォレットスキャナーは、すでにブロックチェーンの状態を変化させたPermitを特定できる場合がありますが、攻撃者が秘密裏に保持する有害な署名については把握できないことがあります。

期限不明の署名済みPermitが失効するのを待つより、対象資産を新しいウォレットに移す方が安全な場合があります。

アカウント委任のスキャン

プログラム可能なアカウントは、ユーザーに代わって操作を実行するコードを許可できます。

EIP-7702では、Ethereumの外部所有アカウントがスマートコントラクトコードに実行動作を委任できます。

委任されたアカウントは、取引の一括処理、手数料のスポンサー負担、独自の復旧方法、プログラム可能な権限など、有用な機能に対応できる場合があります。

一方、委任先のコードが悪意のあるもの、または適切に実装されていない場合は危険です。

このEIPのセキュリティ上の考慮事項では、安全でないデリゲートが署名者のアカウントをほぼ完全に制御できる可能性が警告されています。

最新のDeFiスキャナーは、アカウントに委任コードがあるか、どの実装を使用しているか、その実装がレビュー済みかを特定する必要があります。

基本的なトークン承認のみを対象に設計された旧式のスキャナーでは、こうしたアカウント全体の権限を表示できない場合があります。

取引スキャナー

取引スキャナーは、提案された、または完了済みのブロックチェーン取引を分析します。

署名前に、コントラクト関数をデコードし、送金を特定し、承認の変更を一覧表示し、残高への影響を推定する場合があります。

実行後は、内部呼び出し、トークン移動、イベント、ガス使用量、状態変化を表示する場合があります。

取引スキャナーは、ウェブサイトが説明する操作とは異なり、実際には資産を移転する要求をユーザーが見つけるのに役立ちます。

スキャナーはウェブサイトのボタン表示に頼らず、実際にエンコードされた取引を分析する必要があります。

取引シミュレーション

取引シミュレーションは、現在のブロックチェーン状態の複製または推定値を使って、提案された操作を実行します。

ウォレットからどのトークンが出て、何が入ると予想されるかを表示する場合があります。

新たな承認、権限の取り消し、スマートアカウントの委任、失敗する呼び出し、予想されるガス使用量も明らかにできる場合があります。

実際の取引が実行される前にブロックチェーンの状態が変わる可能性があるため、シミュレーションで最終結果を保証することはできません。

攻撃者は、送信者、ブロック番号、外部価格、前の取引、変化する管理者設定に依存する挙動を設計することもできます。

シミュレーションは、コントラクトの検証や権限分析と組み合わせて利用してください。

クリア署名とDeFiスキャナー

クリア署名とは、ユーザーが承認する前に、取引の影響を正確に説明するわかりやすい表示を提供する仕組みです。

Ethereum Foundationが2026年5月に発表したクリア署名イニシアチブは、表示情報から意味を理解できない取引をユーザーが承認した結果、重大な損失に至るケースが多いことを強調しています。

DeFiスキャナーは、関数、トークン数量、受取人、承認、アカウントレベルの権限をデコードすることで、クリア署名を支援できます。

わかりやすい警告も、ユーザーが注意深く確認して初めて役立ちます。

予期しない送金を無視したり、警告の意味を理解せずに承認したりするユーザーをスキャナーが保護することはできません。

プロトコルスキャナー

プロトコルスキャナーは、単一のコントラクトではなく、DeFiシステム全体を評価します。

レンディングプロトコルは、複数の資産コントラクト、担保モジュール、金利モデル、価格オラクル、強制決済システム、ガバナンスコントラクト、管理者アカウントに依存する場合があります。

個々のコンポーネントが安全に見えても、組み合わせた際の経済的な挙動に深刻な弱点が潜むことがあります。

プロトコルスキャナーは依存関係をマッピングし、資金や重要な判断を管理するコンポーネントを特定できます。

依存関係の自動マッピングは有用ですが、文書化されていないオフチェーンの手続きや、非公開で管理されるインフラまでは明らかにできない場合があります。

預かり資産総額（TVL）

預かり資産総額（TVL）は、DeFiプロトコルまたはカテゴリーに預け入れられた暗号資産の価値を推定したものです。

スキャナーは、プロトコルの普及度や資金エクスポージャーを示す指標の1つとして利用する場合があります。

TVLが高いことは、安全性の証明にはなりません。

借入資産、受取トークン、ブリッジ資産、または複数の関連プロトコルで重複する同じ経済価値が計上されている場合があります。

ユーザーからの新たな入金がなくても、トークン価格の上昇によって表示価値が増えることがあります。

TVLは、負債、流動性、ユーザーの集中度、収益、出金能力と合わせて確認する必要があります。

オラクルのスキャン

DeFiプロトコルは、スマートコントラクト内に直接存在しない価格やその他の情報を取得するためにオラクルを使用します。

スキャナーは、オラクルの価格ソース、更新頻度、代替手段、乖離制御、裏付けとなる流動性を確認する場合があります。

脆弱なオラクルは、攻撃者による担保価値、スワップ、強制決済、借入上限の操作を許す可能性があります。

プロトコルが、流動性の薄い単一プールに依存しているのか、より広範な価格計算を採用しているのかを調べる必要があります。

流動性の移動や参照市場の取引停止によって、オラクルの安全性は変化する場合があります。

フラッシュローンのリスクスキャン

フラッシュローンでは、1回のアトミックなブロックチェーン取引内で暗号資産を借り入れ、返済できます。

ローン自体は中立的な金融ツールです。

プロトコルに別の弱点がある場合、攻撃者は一時的な資金を使い、価格、ガバナンス、流動性、会計処理を操作することがあります。

スキャナーは、重要な計算が1回の取引内で大きく変化する可能性があるかテストする場合があります。

フラッシュローンの利用をすべて悪意のある行為と判定すると、多数の誤警告が生じます。

重要なのは、一時的な資金によってプロトコルの経済的な前提が破られるかどうかです。

ビジネスロジックの脆弱性

ビジネスロジックの脆弱性とは、基本的なプログラミング上の確認に問題がなくても、プロトコルが意図した金融上の挙動を悪用できる状態です。

最新のOWASPのビジネスロジック脆弱性ガイダンスでは、低レベルのコードが有効でも、意図しない経済的な挙動を可能にする場合があると説明されています。

例として、不適切な報酬計算、請求の繰り返し、担保会計の不備、設計者の前提に反する相互作用などがあります。

DeFiプロトコルごとに異なる経済ルールがあるため、ビジネスロジックの欠陥は自動スキャナーで最も検出しにくい問題の1つです。

人によるレビュー、形式的な仕様、不変条件テスト、敵対的な経済分析が引き続き重要です。

再入可能性のスキャン

再入可能性は、外部呼び出しを通じて別のコントラクトが元のコントラクトを再び呼び出し、最初の処理が安全に完了する前に実行させることで発生します。

その再呼び出しでは、古い残高や未完了の状態が利用される可能性があります。

スキャナーは、重要な状態更新より先に行われる外部呼び出しを探すことができます。

現代の再入可能性は、わかりやすい単一の再出金だけでなく、複数の関数、コントラクト、トークン、プロトコルモジュールをまたいで発生する場合があります。

単純な再入可能性ガードを設置しても、コントラクト間の状態依存関係がすべて安全だと証明されるわけではありません。

アクセス制御のスキャン

アクセス制御の脆弱性では、権限のないアドレスが制限対象の操作を実行できてしまいます。

スキャナーは、オーナー確認、ロールの割り当て、初期化関数、アップグレード権限、緊急機能を調べる場合があります。

認可の欠如により、無許可のミント、出金、アップグレード、パラメーター変更が可能になる場合があります。

初期化が適切でないプロキシコントラクトは、攻撃者が管理者権限を取得できる可能性があり、特に危険です。

また、技術的にはアクセスが制限されていても、権限を持つロールが安全でない秘密鍵1つで管理されている場合もあります。

価格・マーケットスキャナー

DeFiマーケットスキャナーは、暗号資産の価格、流動性、取引高、ボラティリティ、プール準備金、取引活動を監視します。

流動性の急な引き上げ、通常と異なるトークン発行、大口ウォレットの移動、極端な価格差をユーザーに通知する場合があります。

マーケットスキャナーは、さらに調査すべき状況を特定するのに役立ちます。

ただし、大口送金が売却、内部移動、ブリッジ取引、カストディの変更、プロトコルの操作のどれに当たるかをすべて判断できるわけではありません。

オンチェーンデータは、取引の経済的・技術的な背景を踏まえて解釈する必要があります。

ブリッジスキャナー

ブリッジスキャナーは、ブロックチェーンネットワーク間で暗号資産を移動させたり、表現したりするシステムを調査します。

送信元ネットワークでロックされたトークンと、送信先ネットワークで発行されたトークン表現を比較する場合があります。

ブリッジ管理者、バリデーター、メッセージ検証、出金の遅延、アップグレードの仕組み、供給量の不一致を確認できます。

供給量が1対1であることは、ロックされた資産が引き続き回収可能である証明にはなりません。

ブリッジの安全性は、コントラクトコード、署名者の完全性、ネットワークのファイナリティ、緊急時の制御にも左右されます。

ガバナンススキャナー

ガバナンススキャナーは、提案、投票権、委任先、タイムロック、実行コントラクト、トレジャリーの権限を分析します。

1つのアドレスや協調するグループが、幅広い参加なしに提案を可決できる場合に警告することがあります。

ガバナンス提案によって、プロトコル手数料、担保ルール、管理者ロール、スマートコントラクトの実装が変更される可能性があります。

悪意のある提案は、タイトルが無害に見えても危険なコードを実行する場合があります。

投票したり、説明された概要を信頼したりする前に、提案のペイロード全体と実行先をデコードする必要があります。

リスクスコア

多くのDeFiスキャナーは、複数の検出結果を1つのリスクスコアにまとめます。

スコアを使えば、複雑なレビュー内容をすばやく理解しやすくなります。

一方で、技術、経済、ガバナンス、流動性、ウォレットに関するリスクの違いが見えにくくなる場合があります。

同じスコアのトークンでも、一方は流動性が弱く、もう一方は危険な管理者権限を持つなど、問題の性質が異なることがあります。

緑・黄・赤のラベルや総合スコアだけに頼らず、個別の検出項目を確認してください。

数値上のリスクスコアが低くても、ユーザーが損失を免れる確率を示すものではありません。

誤検知

誤検知とは、プロトコル全体の設計では悪用できない問題を、スキャナーが報告することです。

外部呼び出しが危険に見えても、別の制御によって再入可能性が不可能になっている場合があります。

管理者機能が中央集権的に見えても、長いタイムロックと分散型ガバナンスによって実質的な保護が提供されていることがあります。

誤検知は開発者の時間を浪費させる可能性がありますが、調査せずに無視すべきではありません。

警告は、システム全体の文脈に照らして確認してください。

見逃し（偽陰性）

見逃し（偽陰性）とは、実際に存在する脆弱性をスキャナーが検出できないことです。

ソースコードの欠落、未対応の言語機能、一般的でないコントラクト設計、新たに開発された攻撃などが原因で、警告が出ない場合があります。

経済的なエクスプロイトでは、複数のプロトコルや市場環境が関係することが多く、単独のコードスキャナーではモデル化できない場合があります。

問題が見つからなかったというスキャン結果が示すのは、そのスキャナーの検出範囲内で問題が見つからなかったということだけです。

問題が存在しないことを意味するものではありません。

スキャン時点のリスク

DeFiスキャンは通常、特定時点のブロックチェーンとソフトウェアを評価します。

その後、プロトコル管理者がコントラクトをアップグレードしたり、手数料を変更したり、オラクルを交換したり、担保を追加したり、新たな権限を付与したりする場合があります。

流動性や保有者の集中度も急速に変化する可能性があります。

スキャンが実施された時期と、分析対象の実装が現在も稼働しているかを確認してください。

古いレポートにいつまでも頼るより、継続的に監視する方が有用です。

スキャナーとスマートコントラクト監査の違い

DeFiスキャナーは、自動または半自動で分析を行います。

スマートコントラクト監査では、セキュリティ専門家がコード、アーキテクチャ、前提条件、テスト結果を確認します。

スキャナーは、既知のパターンをすばやく一貫して処理できます。

監査担当者は、自動ルールでは見逃される可能性がある、プロトコル固有のビジネスロジックや相互作用について検討できます。

監査を受けても、プロトコルの安全性が保証されるわけではありません。

監査対象のコードがデプロイ済みコードと異なる場合や、その後のアップグレードで新たな弱点が生じる場合があります。

堅牢なセキュリティ体制では、自動スキャナー、人による監査、テスト、形式手法、監視、インシデント対応計画を組み合わせます。

スキャナーとブロックチェーンエクスプローラーの違い

ブロックチェーンエクスプローラーは、アドレス、ブロック、取引、トークン、コントラクトイベントなどの公開情報を整理して表示します。

DeFiスキャナーはそのデータを解釈し、リスクや通常と異なるパターンの検出を試みます。

エクスプローラーは管理者が手数料を変更したことを表示し、スキャナーはその変更に警告ラベルを付ける場合があります。

どちらのツールも、正確なブロックチェーンデータに依存します。

基礎となる取引情報が正確でも、スキャナーの解釈が誤っている可能性があります。

スキャナーとポートフォリオトラッカーの違い

ポートフォリオトラッカーは、複数の資産やプロトコルにわたるウォレット残高とポジションを推定します。

DeFiスキャナーは、技術、権限、市場、不正行為に関するリスクに重点を置きます。

1つの画面でポートフォリオとスキャンの両方を確認できる場合もあります。

表示されたポートフォリオ価値は、その金額で資産を売却または出金できることを証明するものではありません。

価値のないトークンや価格操作されたトークンによって、誤解を招くウォレット評価額が表示されることがあります。

DeFiスキャナーを安全に利用する方法

スキャナーは、検証済みの公式ソースから入手してください。

ウォレット接続が不要な場合は、公開ウォレットアドレスやコントラクトアドレスを手動で入力してください。

同じように見えるアドレスやトークンが複数のネットワークに存在する場合があるため、ブロックチェーンネットワークを確認してください。

全体スコアだけを受け入れるのではなく、個別の検出結果を確認してください。

スキャン対象のコントラクトアドレスが、プロトコルの公式ドキュメントに記載されたアドレスと一致するか確認してください。

分析対象のコントラクトがプロキシか、実装が変更されているかを確認してください。

高額の取引では、別の分析方法も利用してください。

リカバリーフレーズや秘密鍵をスキャナーに絶対に開示しないでください。

DeFiトークンをスキャンする方法

トークンが存在する正確なブロックチェーンとコントラクトアドレスを確認します。

ソースコードが検証済みか、デプロイ済みバイトコードと一致するかを確認します。

ミント、バーン、一時停止、ブラックリスト、課税、所有権、アップグレードに関する関数を確認します。

大口保有者を調べ、流動性プール、トレジャリー、ブリッジ、バーンアドレスを正しく分類します。

流動性の厚みと、特定の関係者が大部分を引き出せるかを調べます。

可能であれば、購入と売却の両方をシミュレーションします。

スキャン後に管理者が送金条件を変更できるかを確認します。

技術的に売却できるトークンでも経済的価値を失う可能性があるため、実用性と需要を調査します。

ウォレットをスキャンする方法

ウォレットを使用しているすべてのブロックチェーンで、トークンの利用許可を確認します。

無制限の承認や、不要になったコントラクトを特定します。

一般的なトークン利用許可だけでなく、アカウントレベルの委任やスマートウォレットの権限も確認します。

最近の署名や取引に、予期しない使用者や受取人が含まれていないか確認します。

担保ポジション、ローン、ブリッジ、ステーキングの受取トークンに関わるプロトコル依存関係を調べます。

盗まれたシードフレーズがまだ使われていない場合、不審な送金のないウォレットだからといって安全だと決めつけないでください。

DeFiプロトコルをスキャンする方法

入金、出金、価格、ガバナンス、アップグレード、トレジャリー資産を管理するすべてのコントラクトを特定します。

各プロキシの背後にある現在の実装を検証します。

監査、ソースコード、テスト、バグ報告、セキュリティインシデントを確認します。

オラクル設計、担保上限、強制決済ロジック、手数料、出金能力、緊急時の制御を調べます。

プロトコルがブリッジ、外部の受取トークン、他のプロトコルの流動性に依存しているか確認します。

管理者権限とガバナンスの集中度を調べます。

負債と、ユーザーが現実的に出金できる資産を比較します。

DeFiスキャナーでよく見られる警告サイン

ソースコードが未検証だと、大きな不確実性が生じます。

初期化されていないプロキシでは、攻撃者が特権的な制御権を取得できる場合があります。

無制限のミント権限は、保有者の持分を急速に希薄化させる可能性があります。

変更可能な売却税によって、ユーザーが退出できなくなることがあります。

1人の管理者がアップグレードとトレジャリーからの出金を制御している場合、キーリスクが集中します。

流動性が薄いと、大口取引に対する表示価格の信頼性が低下します。

操作が容易な単一プールの価格オラクルは、強制決済リスクにつながる場合があります。

無制限のウォレット利用許可は、元のDeFiポジションを解消した後も危険な状態で残ることがあります。

認識できないEIP-7702の委任は、1つのトークンではなくアカウント全体を危険にさらす可能性があります。

検証済みコードや文書化された手法を伴わない、自動スキャンの良好なレポートだけで安心すべきではありません。

DeFiスキャナーはあらゆる詐欺を検出できる？

あらゆる詐欺を検出できるDeFiスキャナーはありません。

詐欺は、悪意のあるスマートコントラクトコードではなく、ソーシャルエンジニアリングを利用する場合があります。

スキャン後に、正規のウェブサイトや管理者アカウントが侵害されることもあります。

開発者がローンチ時には誠実でも、後からアップグレード権限を悪用する可能性があります。

相場操縦や複数ウォレットの協調的な所有は、公開データだけでは特定が困難な場合があります。

スキャナーは不確実性を軽減できますが、完全になくすことはできません。

DeFiスキャナーに関するフィッシングリスク

詐欺師は人気のスキャン画面を模倣し、無料のウォレットセキュリティチェックとして宣伝することがあります。

偽ツールがウォレット接続を求めた後、悪意のある承認への署名を要求する場合があります。

資産が差し迫った危険にさらされており、安全なアドレスへ移す必要があると主張することもあります。

CISAのフィッシング対策ガイダンスは、緊急の要求、予期しないリンク、機密情報の要求に注意するよう推奨しています。

公開アドレスのスキャンに秘密鍵を開示する必要はありません。

正規のセキュリティスキャンでシードフレーズを要求することはありません。

危険な承認がスキャンで見つかった場合の対処法

正しいブロックチェーン上で、使用者アドレスと承認内容を確認します。

不要になった利用許可は、信頼できる方法でゼロに減らします。

取り消し取引が正常に承認されたことを確認します。

悪意のあるウェブサイトが複数の権限を求めていた可能性があるため、他のトークン承認も確認します。

秘密鍵、シードフレーズ、または広範なアカウント委任が侵害された可能性がある場合は、資産を新しいウォレットに移します。

詐欺が発生した可能性がある場合は、取引ハッシュやスクリーンショットを保存します。

DeFiスキャナーのメリット

スキャナーは、大量のブロックチェーンデータやコントラクトデータをすばやく分析できます。

技術に詳しくないユーザーでも、複雑なリスクに気づきやすくなります。

自動監視により、コントラクトのアップグレード、権限変更、通常とは異なる取引、流動性の移動を検出できます。

開発者は開発中やデプロイ前にスキャンを利用できます。

ウォレットユーザーは、過去の承認やプロトコルへのエクスポージャーを確認できます。

手法が公開され、検出結果を再現できれば、独立した検証にも役立ちます。

DeFiスキャナーの限界

スキャナーでは誤検知や見逃しが生じる場合があります。

プロトコル固有のビジネスロジックを理解できないことがあります。

アップグレード、ガバナンス上の措置、流動性の変化によって、結果が古くなる場合があります。

リスクスコアは、性質の異なる問題を単純化しすぎることがあります。

攻撃前の段階では、非公開の署名や盗まれたシードフレーズがオンチェーン上で確認できない場合があります。

ソースコードが未検証だと、分析の正確性が制限されます。

スキャナーは、投資需要、収益性、流動性、運営者の誠実さを保証できません。

ブロックチェーン取引を理解し、承認する責任は引き続きユーザーにあります。

よくある質問

DeFiスキャナーを簡単に説明すると？

DeFiスキャナーは、暗号資産のコントラクト、トークン、ウォレット、取引、プロトコルに潜在的なリスクがないか調べるツールです。

DeFiスキャナーはブロックチェーンですか？

いいえ。1つまたは複数のブロックチェーンから情報を読み取る分析ツールです。

DeFiスキャナーはウォレットですか？

いいえ。ただし、ウォレットにスキャン機能や取引シミュレーション機能が含まれている場合があります。

DeFiスキャナーにシードフレーズを渡す必要はありますか？

公開ブロックチェーンデータの分析にシードフレーズを必要とする正規のスキャナーはありません。

ウォレットを接続する必要はありますか？

必ずしも必要ではありません。公開アドレスを入力するだけでスキャンできる場合が多いためです。

ウォレットをスキャナーに接続しても安全ですか？

ツールが正規のもので、基本的な接続のみを求める場合は安全なことがあります。ただし、その後に求められる署名や取引はすべて確認してください。

スキャナーは暗号資産を移動できますか？

公開アドレスを読み取るだけでスキャナーが資金を移動させることはできませんが、悪意のあるツールが取引や利用許可を求める場合があります。

DeFiスキャナーは詐欺トークンを検出できますか？

警告すべき兆候を検出できる場合はありますが、警告がないすべてのトークンが正当だと証明することはできません。

スキャナーはハニーポットを検出できますか？

購入と売却をシミュレーションできる場合がありますが、コントラクトが挙動を変えたり、テスト用アドレスを別扱いしたりする可能性があります。

スキャナーはラグプルを検出できますか？

引き出し可能な流動性、保有者の集中、危険な管理者権限を特定できる場合がありますが、将来のあらゆる判断を予測することはできません。

スマートコントラクトスキャンとは何ですか？

コントラクトコード、バイトコード、権限、挙動を自動または半自動で分析することです。

静的解析とは何ですか？

稼働中のブロックチェーン状態でコードを実行せずに調べる分析手法です。

動的解析とは何ですか？

制御されたシナリオでコードを実行し、その挙動を観察する分析手法です。

ファズテストとは何ですか？

生成した多数の入力や取引手順を使って、予期しない挙動を探すテストです。

取引シミュレーションとは何ですか？

提案された取引が実行された場合に、残高、権限、コントラクト状態がどのように変わるかを推定するものです。

取引シミュレーションで結果を保証できますか？

いいえ。取引が処理される前に、実際のブロックチェーン状態が変化する可能性があります。

ソースコードの検証とは何ですか？

コンパイル済みソースコードとブロックチェーン上のデプロイ済みバイトコードを比較し、両者が対応していることを確認するものです。

ソースコードが検証済みなら、コントラクトは安全ですか？

いいえ。検証済みのコードにも脆弱性や意図的に有害な関数が含まれる可能性があります。

未検証のコントラクトでも安全な場合はありますか？

安全な場合もありますが、検証可能なソースコードがないと、独立したレビューが難しくなります。

DeFiリスクスコアとは何ですか？

技術、市場、権限に関する複数の検出結果を組み合わせて作成される簡易評価です。

安全性スコアが高ければ、損失を回避できますか？

いいえ。スコアで安全性、流動性、需要、収益性、運営者の誠実さを保証することはできません。

誤検知とは何ですか？

誤検知とは、システム全体で悪用できる問題に該当しない警告のことです。

見逃し（偽陰性）とは何ですか？

実際に存在する脆弱性が検出されないことです。

スキャナーは無制限のミントを検出できますか？

関連コードと権限が確認できる場合、ミント関数や権限を持つロールを特定できることがあります。

スキャナーは変更可能なトークン税を検出できますか？

手数料を変更する関数を特定できますが、管理者がいつ、どのように使用するかは予測できない場合があります。

スキャナーはトークンの流動性を検出できますか？

分析時点で確認可能なプール準備金や市場深度を測定できます。

流動性がロックされていれば、トークンは安全ですか？

いいえ。流動性のロックは、ミント、コントラクトのエクスプロイト、送金制限、需要の低迷、価格の急落を防ぎません。

保有者集中度とは何ですか？

最大のアドレス群が供給量のどれだけを管理しているかを示す指標です。

1人の人物が複数のウォレットを管理できますか？

はい。そのため、アドレス単位の分布では実際の所有集中度が過小評価される場合があります。

スキャナーはトークン承認を確認できますか？

対応するトークンとネットワークについて、オンチェーンで有効な利用許可を読み取れます。

未署名または非公開のPermitをスキャナーで確認できますか？

いいえ。非公開で保持されている署名は、送信またはその他の方法で開示されるまで見えない場合があります。

ウォレットの接続を解除すると承認も取り消されますか？

いいえ。トークン利用許可は、取り消されるか、使用されるか、定められたルールに従って失効するまでオンチェーン上に残ります。

EIP-7702の委任スキャンとは何ですか？

Ethereumアカウントがスマートコントラクトコードに動作を委任しているか確認し、関連する実装を特定するものです。

アカウント委任が重要なのはなぜですか？

委任コードは1つのトークン利用許可より広い権限を持ち、アカウントとして送金、承認、アプリケーションとのやり取りを実行できる場合があります。

スキャナーはアップグレード可能なプロキシを分析できますか？

既知のプロキシ構造と現在の実装を特定できる場合がありますが、その後のアップグレードで結果が変わる可能性があります。

スキャナーはスマートコントラクト監査に取って代わりますか？

いいえ。自動スキャンと人による監査は異なる種類の分析を提供するため、併用すべきです。

監査を受ければ、プロトコルの安全性が保証されますか？

いいえ。監査には対象範囲の限界があり、問題を見逃したり、コード変更によって古くなったりすることがあります。

スキャナーはオラクル操作を検出できますか？

脆弱な価格ソースを特定し、操作シナリオをテストできる場合がありますが、将来のあらゆる市場環境を予測することはできません。

スキャナーはフラッシュローン攻撃を検出できますか？

一時的な資金によって既知のプロトコル上の前提が破られるかテストできますが、フラッシュローン自体が脆弱性というわけではありません。

ビジネスロジックのリスクとは何ですか？

有効なコードが意図しない方法で利用され、プロトコルの金融ルールが破られるリスクです。

スキャナーはクロスチェーンブリッジを分析できますか？

供給量、コントラクト、署名者、メッセージ、裏付け資産を比較できますが、非公開のオフチェーン処理による制約は残ります。

DeFiスキャナーはフィッシングを検出できますか？

既知の悪意あるドメインや取引に警告を出す場合がありますが、警告データベースの更新前に新たなフィッシングサイトが現れる可能性があります。

スキャンで警告が表示されたら、どうすればよいですか？

個別の検出結果を読み、コントラクトとデータを独立して確認し、リスクを理解できない場合は取引を避けてください。

ウォレットはどのくらいの頻度でスキャンすべきですか？

ウォレットの権限は定期的に確認し、見慣れないプロトコルを利用した後や通常とは異なる要求に署名した後にも見直してください。

複数のスキャナーを使うべきですか？

異なる分析方法を使うことで、1つのツールが見逃した問題を発見できる場合があります。

スキャナーを信頼する前に、何を確認すべきですか？

公式ソース、分析手法、対応ネットワーク、データの新しさ、コントラクトアドレス、権限、制限事項を確認してください。

DeFiスキャナーの最大の限界は何ですか？

将来のあらゆる攻撃、人間の判断、経済的な相互作用、非公開の侵害を理解できないことです。

まとめ

DeFiスキャナーは、スマートコントラクト、トークン、ウォレット、取引、流動性、ガバナンス、プロトコルの依存関係を調べ、潜在的なリスクを検出する暗号資産分析ツールです。

スキャナーによって、コードの脆弱性、トークンの挙動、ウォレットの権限、取引の影響、市場環境、クロスチェーンシステムなど、重点を置く対象が異なります。

静的解析、動的解析、ファズテスト、シンボリック実行、ソースコード検証、取引シミュレーションは、それぞれ異なる種類の根拠を提供します。

どの方法も、技術的または経済的な弱点をすべて特定できるわけではありません。

ソースコードが検証済みであれば透明性は高まりますが、コントラクトが安全だと証明されるわけではありません。

トークンスキャナーは、ミント権限、変更可能な税、送金制限、保有者の集中、流動性の弱さを特定できます。

ウォレットスキャナーは、オンチェーンの利用許可や委任を明らかにできますが、攻撃前に盗まれたリカバリーフレーズや非公開の署名を確認できない場合があります。

最新のスキャナーは、通常のトークン承認に加え、EIP-7702の委任など、アカウントレベルの権限も評価する必要があります。

リスクスコアは要約として有用ですが、ユーザーは個別の検出結果を読み、スキャナーの分析手法を理解してください。

スキャン結果が良好でも、暗号資産の需要、流動性、安全性、市場価値が維持される保証はありません。

DeFiスキャナーは、独立した監査、検証済みコントラクト、クリア署名、限定的な承認、プロトコルの調査、慎重なポジションサイズの設定と組み合わせることで最も効果を発揮します。

権限や金銭的な影響を明確に理解できない取引、コントラクト、トークンは拒否するのが最も安全な判断です。