Rain の Solana 脆弱性と、Ether.fi Cash 利用者が実際に確認すべきこと

Rain の最近の開示は、少数のカードプログラムが使っていた古い Solana コントラクトの脆弱性に関するものだった。Ether.fi Cash の利用者にとって重要な問いは、構成のどこかに「Rain」という語が出てくるかどうかではない。カード支出に充てるつもりの資金が、問題となった種類の共有カード残高コントラクトに置かれているかどうかだ。

Ether.fi の従来の国際カード規約はカードの取り決めの中で Rain を名指ししているので、両者に何の関係もないと言うのは誤りになる。同時に、現在の Cash の資料は別の資金経路を説明している。利用者は対応資産を個人の Safe に入金し、その資金は Direct Pay で使えるか Credit モードの担保になり、出金は Safe が求める所有者が署名して初めて実行される。共有の Solana カードコントラクトへ入金残高を置くのとは実質的に別物だ。

公開時点で確認できた範囲では、この特定の Rain の件について Ether.fi への影響を独自に裏づける、あるいは影響なしと正式に結論づけた Ether.fi のインシデント記事は見当たらない。構造が異なるという主張は Ether.fi が公開している Safe の仕組みと整合するが、これは構造上の区別として読むべきであって、包括的な安全保証として読むべきではない。

Ether.fi の自己保管モデルは保管とカード発行を切り離す

Ether.fi Cash Card で役に立つ利点は、支出の流れが発行体の保有するプリペイド原資から始まらなくてよい点だ。Direct Pay では、購入は使える残高から支払われる。Borrow Mode では、購入はレジで担保を売るのではなく、担保に対する借入を作る。Ether.fi のアプリとヘルプセンターは、対応資金が置かれ、出金が承認される場所として Safe を説明している。

このモデルは、カードの事故のあとで混ざりがちな二つの問いを分ける。カードの発行と決済の清算は外部の提携先に頼りうるが、保管と出金の権限は利用者のオンチェーンの Safe に残りうる。この分離は、プールされたカード残高が壊れる形の危険への露出を減らす。ただし商品全体が無リスクになるわけではない。カードプログラム、アプリ、Safe の設定、対応するコントラクト、KYC の統制、そして借入のポジションは、それぞれ別に評価すべき面として残る。

利点は本物だが、Borrow Mode は独自のリスクを足す

Ether.fi の Cash カードは、単純なプリペイドカードより柔軟でもある。Direct Pay では、ステーブルコインに近い残高を一対一で使える。Borrow Mode は担保をそのままに、カードが借入余力を使う形にできる。オンチェーンの担保をすでに管理していて、買い物のたびに資産を売りたくない人には役に立つ。対象となる購入にはキャッシュバックが付きうるし、バーチャルと実物のカードに加え Apple Pay と Google Pay にも対応する。

借入はリスクを変えるだけで、消しはしない。担保の価値が下がれば、借入余力とポジションの健全性が効いてくる。カードが弾かれることや担保の追加が必要になることは、発行体側の残高が突かれる問題とは別種の問題だ。キャッシュバックにも加盟店と支出帯の条件が付く。安全な読み方は「自己保管だから何も起きない」ではなく、「資金も壊れ方も、ひとつのプリペイド残高に集中してはいない」だ。

Rain の件のような報告のあと、Ether.fi Cash の利用者は具体的に三つを確かめられる。資産が自分の Safe で見えているか、選んでいるカードのモードは Direct Pay か Borrow Mode か、そしてカードの支出限度額が日常で想定している残高と今も合っているか。共有インフラの名前だけを見るより、この三つのほうが目の前の露出について多くを語る。

出典: Ether.fi Cash の製品ページ, Ether.fi Cash のよくある質問, Ether.fi の国際カード規約, Rain のインシデント報道.