2 つのリリース、2 日間。2025-07-05、v1.21.0 が WalletConnect v2 — 現在 Reown が管理するプロトコル — を SSP に持ち込み、SSP を数千の dApp と話せるウォレットに変えました。Uniswap、OpenSea、Aave、そしてすでに WalletConnect を話す Web3 フロントエンドのロングテール。翌 2025-07-06、v1.22.0 が新しいコネクタが開くすべてのモーダルに UX の磨きをかけました。フレーミングが大事です。WalletConnect は SSP の 2-of-2 マルチシグを置き換えていません。dApp からのリクエストを受け取る標準的な経路を SSP に与えただけです。dApp がお願いするどんな動作も、署名される前に依然としてあなたのウォレットと電話を通らなければなりません。
SSP を数千の dApp につなぐ
WalletConnect は「ウォレットとサイトをペアリングする」汎用プロトコルとして始まり、ここ数年で MetaMask 以外のウォレットが Ethereum dApp エコシステムに入るための事実上の入口になりました。Reown — 旧称 WalletConnect のチーム — は v2 SDK と数千規模の互換アプリのレジストリを提供しています。v1.21.0 で、SSP はそのレジストリに加わります。
実際の効果はこうです。WalletConnect 対応の「Connect Wallet」ボタンがあるサイトはどれでも SSP とペアリングできます。Uniswap でスワップ、OpenSea で入札、Aave で貸し出し、Lido でステーク、Snapshot で投票、NFT で読み制御された Mirror 投稿を読む。SSP に WalletConnect v2 が入って、汎用の経路が動くようになりました。
これは SSP Connect とは別種の統合です。SSP Connect は、pay のような特定のアクションを呼びたいパートナーアプリ向けの、SSP 純正のファーストパーティ SDK。SSP Connect は深く、SSP 風味の道。WalletConnect は標準で最小公倍数の道。SSP は今や両方を提供します。
接続フローの仕組み
WalletConnect のペアリング・モデルは単純で、SSP の実装もそれに驚きなく従います。dApp は wc: で始まり、セッション固有の topic を持つ URI として接続リクエストを生成します。ユーザーは 2 つのうちどちらかでそれを受け取ります — コピー可能な文字列、または読み取り可能な QR コード。
SSP では、ユーザーは WalletConnect タブを開き、URI を WalletConnect 接続フィールド に貼り付け(または QR をスキャンし)、ペアリングを承認します。その瞬間から、dApp は WalletConnect リレー越しにウォレットへリクエストを送れます — このメッセージに署名して、この取引を送って、このチェーンに切り替えて。ペアリングはどちらかが終了するまで持続します。他のウォレットで WalletConnect を使ったことがあれば、感覚は SSP でも同じです — 意図的にそうしています。
マルチシグの不変条件はそのまま
dApp 接続性をマルチシグウォレットへもたらすリリースで見落としやすい部分はここです。WalletConnect はセキュリティモデルを変えません。それはトランスポートであって、署名者ではありません。
Uniswap が WalletConnect 経由で SSP にスワップの署名を頼むと、リクエストは SSP Wallet の承認キューに入ります。ユーザーが見て承認します。そのとき — そしてそのときだけ — SSP Wallet が共署名し、半分署名された取引を電話の SSP Key に転送します。電話は同じ payload を表示します。ユーザーはそこでも承認します。両方の承認の後で初めて、完全に署名された取引がブロードキャストされます。
WalletConnect が画面にいる状態でも、それ以前から真だった 3 つのことは依然として真です。
- 2 デバイス、2 つの承認。 単独のデバイス、単独のキー操作で資金は動きません。WalletConnect に投票権はありません。
- dApp は鍵を一度も見ない。 見えるのは尋ねた payload に対する署名だけ。鍵は SSP Wallet と SSP Key 上に、これまでどおりに在ります。
- あなたが署名する payload は、dApp が送った payload。 ウォレットはリクエストを変えません — calldata も値も chain ID も同じです。
WalletConnect は 表面 を広げます。不変条件 を弱めはしません。
モーダルが翌日に磨かれた(v1.22.0)
v1.22.0 は v1.21.0 の 24 時間も経たないうちに出て、新しいコネクタが開く 4 つのモーダルだけに焦点を当てています。接続リクエストのモーダルは、よりすっきりした配置になりました。dApp の身元がより明確、権限の範囲がより目立つ、装飾は控えめ。Personal-sign モーダル — 認証や off-chain の同意のためにサイトが人間可読なメッセージへの署名を求めるときに出るもの — はメッセージ本文がより読みやすく表示されるよう設計し直されました。取引リクエストのモーダルは流れを締め直し、宛先・値・calldata の要約・ネットワークを一目で読めるようになりました。チェーン切り替えのモーダルは、Ethereum と Polygon の往復のような頻出ケース向けに簡素化されました。
どれもモーダルが 何のためにあるか は変えません。それぞれは特定カテゴリの dApp リクエストと、特定の承認判断を担います。v1.22.0 はその判断を一目で下しやすくしただけです。
今日できること
v1.21.0(あるいは理想的には v1.22.0)へ更新すれば、これまで SSP にできなかったことが日常になります。DEX でスワップ。NFT オークションで入札。Aave や Compound で担保借入。流動性供給。Snapshot の投票に署名。Sign-In With Ethereum で Web3 アプリに認証。Launchpad からミント。どれも、URI を貼って承認するという同じ流れで動き、最後に同じ 2 デバイスの承認が入ります。
開発者にとって、これは今年すこし前にリリースされた SSP Wallet API を補完します。SSP に踏み込んだ統合をしたいパートナーアプリを作っているなら、API と SSP Connect が依然として正しい道です。汎用の dApp をリリースして初日から SSP ユーザーを取りたいだけなら、答えは今や WalletConnect v2 です。
変わらなかったのは、変わるべきでなかったもの — dApp はウォレットと話し、ウォレットはユーザーと話す、2 回、デバイスごとに 1 回ずつ、毎回。