前提

1.ベースレイヤーのブロックチェーンのリスク

ユーザー視点で考えられる対策：

2.ペグ・ソフトペグトークンのリスク

ユーザー視点で考えられる対策：

3.フロントエンドのリスク

ユーザー視点で考えられる対策：

4.アプリケーション管理者のAdmin Key起因のリスク

ユーザー視点で考えられる対策：

5.ユーザー起因のリスク

ユーザー視点で考えられる対策：

6.スマートコントラクトリスク

ユーザー視点で考えられる対策：

・監査レポートを読む

・その監査レポートはどこの会社が出したものか

・監査がなされてからコードのアップデートや新しいバージョンがリリースされていないか

7.オラクル攻撃によるリスク

ユーザー視点で考えられる対策：

8.フラッシュローンによる攻撃のリスク

前節のオラクル攻撃を1トランザクション内に完結させたものがフラッシュローン攻撃です。フラッシュローン攻撃には「借り入れが可能なので手持ちの資産が必要ない（ガス代のみ）」、「1トランザクション内で完了するので気付いた頃には攻撃が完了している」等の特徴があり、スマートコントラクトそのものにはバグがなくとも仕様上の特性を利用することで悪用が可能という厄介さがあります。これはスマートコントラクトセキュリティの監査を行っていたとしても、フラッシュローン攻撃やオラクル攻撃への耐性は別途検討しなければならないことを意味します。

ユーザー視点で考えられる対策：

9.統合プロトコルのリスク

ユーザーとして考えられる対策：

10.価格暴落による精算が実行できないリスク

ユーザー視点で考えられる対策：

総論