クリア署名

多くのウォレットは 16 進数の壁を見せて承認を求め、うまくいくことを祈らせます。「ブラインド署名」——実際には読めない呼び出しを承認すること——は、資金を抜かれたウォレットのかなりの割合の背景にあります。Vela の答えがクリア署名です。署名の前に、取引はあなたが理解できるものへ変換されます。

何が見えるか

生の calldata ではなく、次のものが見えます。

意図 —— その取引が何をするのか：送金、承認、スワップ など。
中身 —— 関わる金額とアドレス。トークン額は実単位で表示し、名前が分かる相手は名前に解決します。
詳細 —— nonce、期限、生の calldata。必要なときに開けるようにしてあり、最初から顔に押し付けません。
リスクの目安を色分けで。怖いものが怖く見えるようにしています。

しくみ（ERC-7730）

Vela は ERC-7730 のディスクリプタを使って、コントラクト呼び出しと EIP-712 の型付きデータの両方をデコードします。ディスクリプタとは、あるコントラクトの関数が何を意味するかを記した、小さく共有可能な定義です。

そのコントラクト専用のディスクリプタがあるとき、取引は検証済みと表示され、コントラクト名が添えられます。
ないときは、よくある形に対する標準ディスクリプタ——ERC-20 トークン、ERC-721 NFT、ERC-4626 ボールト、ERC-2612 permit——に切り替わるので、日常の操作はたいていデコードできます。

トークン額は、そのトークンのオンチェーンの実際の小数桁で整形されます。Vela が 18 桁と決めつけることはありません。小数桁を確認できない場合は、値を表示したうえで 未検証と印を付け、推測はしません。

リスクレベル

デコードされた取引にはリスクレベルが付き、危険なパターンが浮き上がります。

注意 —— 承認や permit：支払いの権限を渡す操作です。
危険 —— 本当に危ないもの。たとえば無制限のトークン承認。
ステーキングや預け入れのような日常操作は、より低いリスクです。

デコードできないとき

きれいな画面より、正直さが大事です。ERC-7730 のディスクリプタはないが、その関数が公開のセレクタデータベースに載っている場合、Vela は汎用的にデコードし、注意バナーの下でベストエフォート——デコードはできたが検証はされていない——と表示します。それも失敗した場合、あるいは取引の一部しかデコードできない場合、Vela は理解したふりをしません。

これが重要な理由

セルフカストディとは、誤った取引を誰も取り消せないということです。守りになるのはサポート窓口ではなく、承認する前に何を承認するのかを理解することです。クリア署名は「この不透明な塊を信じてください」を「これが具体的に何をするかです」に変えます。Vela 全体のセキュリティモデルにおける位置づけはホワイトペーパーに。