< ニュースルームに戻る

EVM 拡張:Polygon、BSC、Avalanche が SSP に参加 — チェーンごとに別アドレス、設計上

·5 分で読める·SSP Editorial Team 著
RELEASE バッジの下に積み重ねた円柱(データベース)・稲妻・チェック付き盾・積み上げたコインのアイコンが並び、見出しは「EVM 拡張:Polygon、BSC、Avalanche」。

9 日間で、SSP Wallet は単一の EVM チェーンから 4 つに広がりました。v1.18.0 が 2025-03-25 に Polygon を追加し、v1.19.0 が 2025-04-01 に Binance Smart Chain と Avalanche C-Chain を続けて加えました。チェーン数はニュースのフックですが、本質は別のところにあります。SSP は BIP49 を厳格な SLIP44 派生で運用することで、各 EVM チェーンに異なるアドレスを割り当てます。これは意図的で、セキュリティ優先の選択です — だから見出しは「3 つの新ネットワーク」ではなく、「3 つの新ネットワーク、3 つの新しいアドレス空間」になります。

Polygon が到着(v1.18.0、3 月 25 日)

v1.18.0 は SSP に Polygon をもたらしました — メインネットと Amoy テストネットです。POL はネイティブにサポートされ、定義済みトークンとユーザーがインポートする任意の ERC-20 も同様です。Polygon は ERC-4337 ローンチ 以降の Ethereum と同じふるまいになりました。同じ 2-of-2 マルチシグの流れ、同じ SSP Wallet/SSP Key の連携、同じアカウント抽象化スマートウォレットを、より速く安い L2 で。

新しさは Polygon が SSP に入ったことではありません — SSP 上の Polygon アドレスが Ethereum の SSP アドレスとは異なる点です。同じシード、同じマルチシグ。違う SLIP44 coin type、違う派生パス、違うアドレス。理由はあとで戻ります。

続いて BSC と Avalanche(v1.19.0、4 月 1 日)

1 週間後、v1.19.0 が Binance Smart Chain と Avalanche C-Chain を追加しました。どちらも Polygon と同じ形で到着しました。ネイティブ通貨(BSC では BNB、Avalanche では AVAX)、SSP の標準的な定義済みトークン一覧、そしてそのチェーン上のそれ以外すべてのためのカスタムトークンインポートです。

2 つのリリースを経て、SSP は Ethereum・Polygon・BSC・Avalanche をサポートします — 4 つの EVM ネットワーク、4 つの異なるアドレス。BNB アドレスは AVAX アドレスではなく、AVAX は ETH ではない。どれも衝突しません。偶然ではなく、これが狙いです。

厳格な SLIP44 がなぜ重要か

ほとんどの EVM ウォレットは一つのことをします。SLIP44 coin type 60(Ethereum)の下で一本の派生パスを選び、得られたアドレスをすべての EVM 互換チェーンで使い回します。Ethereum で ETH を、BSC で BNB を「同じアドレス」へ送る — チェーンレベルで見ればアドレスは確かにバイト単位で同一だからです。便利です。同時に、静かなトレードオフでもあります。

BIP44 は階層構造を定義しました:m/purpose'/coin_type'/account'/change/indexSLIP44 は coin type のレジストリを定義しました。Bitcoin は 0、Ethereum は 60、Polygon は 966、BSC は 9006、Avalanche は 9000。違う coin type は違う派生パスを生み、違う鍵を生み、違うアドレスを生みます — 曲線・署名・アドレスのバイト形式は同一であっても。

SSP は BIP49 を厳格な SLIP44 とともに運用します。サポートする各チェーンの coin type を尊重します。Polygon は 966 配下で、BSC は 9006 配下で、Avalanche は 9000 配下で派生します。結果として、各チェーンは自分の鍵素材、自分のアドレス、自分のチェーン別履歴を得ます。

ひとつのアドレスを使い回す方が楽なのに、なぜそうしないのか。

  • チェーン取り違えはお金がかかります。 「EVM アドレス」がどのチェーンでも同じだと、誤った資産を誤った実行環境に送るのが非常に簡単です — Polygon の USDC.e を Ethereum 待ちの受取人へ送る、「あとでブリッジすればいい」が破綻する。アドレスが分かれていれば、チェーンはユーザーのメンタルモデルの一部になり、隠れた地雷ではなくなります。
  • プライバシーとオンチェーン会計。 共有アドレスがひとつだけだと、公の観察者があなたが触れたすべての EVM チェーンの行動を相関できます。チェーンごとに違うアドレスは、偶発的なクロスチェーンの紐づけが既定にならないようにします。
  • 鍵が漏れたときの影響範囲。 SSP はマルチシグなので、単一鍵の侵害で資金は流出しません。それでも原則は同じです。一つの鍵を一つのチェーンにマップするウォレットは、任意の派生が参加する攻撃面を限定します — 2014 年に BIP44 が Bitcoin で示したのと同じ衛生学の議論です。
  • 他のウォレットが履歴を索引する方法との互換性。 SLIP44 を尊重するツールは、あなたの Polygon・BSC・AVAX 履歴を正しい場所で探します。そうでないツールはすべてを「coin type 60」として扱い続け、静かにデータを取りこぼします。

製品としてのコストは、ユーザーモデルに一手間増えることです:「Polygon アドレスは Ethereum アドレスではありません」。利益は、新しいチェーンを取り込むたびに静かに一つの ETH 風 ID を使い回さないウォレットです。

カスタムトークンのインポート

3 つのネットワークはいずれも、時系列のもっと早い時期に Ethereum トークン向けに導入された のと同じカスタムトークンインポートのフローを受け付けます。ネットワークが ERC-20(または BEP-20 相当)をサポートし、コントラクトアドレスがあれば、そのチェーン上に追加できます。定義済みリストは分かりやすい資産 — wrapped 版、ステーブルコイン、各ネットワークの旗艦 DeFi トークン — を網羅し、カスタムインポートが残りを埋めます。

トークンはチェーンごとです。Ethereum 上の USDC コントラクトと Polygon 上の USDC コントラクトは、別々のネットワーク上の別々のアドレスにある別々のオンチェーンの実体です。SSP はそのとおりに扱い、各チェーンが自分の SLIP44 派生アドレスの下に自分のトークン一覧を表示します。

必要な SSP Key のバージョン

v1.18.0 のリリースから引き継がれた運用上の注意:Polygon(および v1.19.0 で追加されたチェーン)は SSP Key v1.11.0 以降 を必要とします。モバイル署名者が新しい SLIP44 coin type を理解できなければ、署名時に正しい鍵を派生できません。古い SSP Key を使っているなら、SSP Wallet で Polygon・BSC・Avalanche のアカウントを追加する前にアップデートしてください — さもなければ 2-of-2 署名の対向相手が成立しません。

v1.18.0 と v1.19.0 を経て、SSP はもはや「Bitcoin 系統に Ethereum を足したもの」ではありません。10 日に満たない期間で 3 つの新ネットワークが落ち着いた、マルチチェーン EVM ウォレットです — そして派生方針として、新しいチェーンはそれぞれ自分のアドレスを持って到着します、意図的に。

この記事をシェアする

関連記事