先週、あるセキュリティ研究者が衝撃的なケースを公開しました：12月24日のウォレットのアップデートバージョンにバックドアコードが仕込まれ、ユーザのプライバシーデータ（助言詞を含む）が漏洩し、被害額は200万ドルを超えました。

この事件は一見新しいように思えますが、よく考えると実は古くからあるウォレット製品の問題を反映しています——それは、ユーザが安全の境界をコントロールできていないということです。

**プラグインウォレットの本当のリスクは何か**

多くの人はこの種の事件について議論するとき、「ユーザの責任だ」「助言詞をインポートしたのか？操作ミスだったのか？」と責任をユーザに押し付けがちです。しかし、製品設計の観点から見ると、問題はそこにありません。真のリスクは自動更新メカニズムそのものに潜んでいます。

プラグインウォレットには避けられない現実があります：

自動更新のたびに、それは本質的にあなたの資産全体に対する完全な権限付与です。

アップデートパッケージ内のコードが何らかの形で改ざんされた場合——内部の問題もあれば、より一般的にはサプライチェーン攻撃（CI/CDフロー、ビルド環境、配信チャネルの侵害）によって、悪意のあるロジックがユーザに気付かれずに実行される可能性があります。そして、ユーザはそれに気付くことはほぼ不可能です。

さらに深刻なのは：このリスクは熱ウォレットのシナリオだけにとどまりません。たとえプラグインを使ってハードウェアウォレットに接続している場合でも同じです。なぜなら、プラグインがコントロールしているのは：

- あなたが見る取引内容
- あなたが確認した受取アドレス
- 署名前後のすべての情報表示

ハードウェアウォレットは「秘密鍵はチップから絶対に離れない」を保証しますが、「あなたが思っている取引」を保証するわけではありません。もしプラグインに悪意があれば、あなたにある取引を署名させておきながら、実際にブロックチェーン上で実行されるのは別のものになる可能性もあります。

**なぜこれがシステム的な問題になったのか**

根本的な問題は：中央集権的なアップデート権限にあります。ユーザがプラグインをインストールした後、その安全性の運命はすべて開発チームに委ねられます。チームが信頼できる場合でも、そのインフラ、リリースフロー、スタッフのPCのいずれかが侵害されれば、大規模な資産流出を引き起こす可能性があります。

そして、ユーザ側は完全に受動的です——何がアップデートされたのか全く見えず、特定のアップデートを拒否することもできません。

これが、Web3コミュニティ全体がウォレットのアーキテクチャ設計を見直し始めている理由です。いくつかのプロジェクトは、鍵の分離やユーザ検証可能なアップデートメカニズム、さらにはローカル優先のアーキテクチャを模索しています——目的は、ユーザが自分の資産の安全性を実際にコントロールできる状態を作ることです。