아흐레 동안 SSP Wallet은 단일 EVM 체인에서 네 개로 늘어났습니다. v1.18.0이 2025-03-25에 Polygon을 추가했고, v1.19.0이 2025-04-01에 Binance Smart Chain과 Avalanche C-Chain을 더했습니다. 체인 수는 기사 후크지만, 실제 이야기는 그 밑에 있습니다. SSP는 BIP49를 엄격한 SLIP44 파생과 함께 따름으로써 모든 EVM 체인에 서로 다른 주소를 부여합니다. 의도적이고 보안 우선의 선택이며 — 그래서 헤드라인은 "세 개의 새 네트워크"가 아니라 "세 개의 새 네트워크, 세 개의 새 주소 공간"입니다.
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의 표준 사전 정의 토큰 목록, 그리고 그 체인 위의 그 밖의 모든 것에 대한 사용자 정의 토큰 가져오기.
두 번의 릴리스 끝에 SSP는 Ethereum, Polygon, BSC, Avalanche를 지원합니다 — 네 개의 EVM 네트워크, 네 개의 서로 다른 주소. BNB 주소는 AVAX 주소가 아니고, AVAX는 ETH가 아니며, 어느 것도 충돌하지 않습니다. 우연이 아니라 — 의도된 결과입니다.
엄격한 SLIP44가 중요한 이유
대부분의 EVM 지갑은 한 가지 일을 합니다. SLIP44 coin type 60(Ethereum) 아래에서 단일 파생 경로를 골라, 거기서 얻은 주소를 모든 EVM 호환 체인에서 재사용합니다. Ethereum에서 ETH를, BSC에서 BNB를 "같은 주소"로 보냅니다 — 체인 수준에서 주소는 실제로 바이트 단위로 동일하기 때문입니다. 편리합니다. 동시에 조용한 트레이드오프입니다.
BIP44는 계층적 구조를 정의했습니다: m/purpose'/coin_type'/account'/change/index. SLIP44는 coin type 레지스트리를 정의했습니다: Bitcoin은 0, Ethereum은 60, Polygon은 966, BSC는 9006, Avalanche는 9000. 서로 다른 coin type은 서로 다른 파생 경로를, 서로 다른 키를, 서로 다른 주소를 만들어냅니다 — 곡선과 서명, 주소의 바이트 형식이 동일하더라도.
SSP는 엄격한 SLIP44와 함께 BIP49를 따릅니다. 지갑은 지원하는 모든 체인의 coin type을 존중합니다. Polygon은 966 아래에서, BSC는 9006 아래에서, Avalanche는 9000 아래에서 파생됩니다. 결과적으로 각 체인은 자기 키 자료, 자기 주소, 자기 체인별 이력을 갖습니다.
하나의 주소를 재사용하면 더 쉬울 텐데, 굳이 왜 이렇게 할까요?
- 체인 혼동은 돈이 듭니다. "EVM 주소"가 어느 체인에서나 같다면, 잘못된 자산을 잘못된 실행 환경으로 보내기가 매우 쉽습니다 — Polygon의 USDC.e를 Ethereum만 보던 수신자에게 보내거나, "나중에 브리지하면 되지" 계획이 어그러지는 경우. 주소가 갈리면 체인은 사용자의 멘탈 모델의 일부가 되고, 숨겨진 함정이 아니게 됩니다.
- 프라이버시와 온체인 회계. 단일 공유 주소는 공개 관찰자가 당신이 접한 모든 EVM 체인의 행동을 상관시킬 수 있게 합니다. 체인별 별개의 주소는 우연한 크로스체인 연결 가능성이 기본값이 되지 않게 합니다.
- 키가 노출됐을 때 피해 반경. SSP는 멀티시그이므로 단일 키 침해가 자금을 비우지는 않습니다. 그러나 원칙은 같습니다. 한 키를 한 체인에 매핑하는 지갑은 어떤 파생도 참여하는 표면을 제한합니다 — BIP44가 2014년에 Bitcoin에 대해 내놓은 위생 논리의 연장입니다.
- 다른 지갑이 이력을 색인하는 방식과의 호환성. SLIP44를 존중하는 도구는 당신의 Polygon, BSC, AVAX 이력을 옳은 자리에서 찾습니다. 그렇지 않은 도구는 모든 걸 "coin type 60"으로 다루어 조용히 데이터를 놓칩니다.
제품 비용은 사용자 모델에 한 단계가 더 붙는 것입니다: "Polygon 주소는 Ethereum 주소가 아닙니다". 이익은 새로 채택하는 모든 체인마다 단일한 ETH 스타일 정체성을 조용히 재활용하지 않는 지갑입니다.
사용자 정의 토큰 가져오기
세 네트워크 모두 타임라인 앞쪽에서 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을 얹은 것"이 아닙니다. 멀티 체인 EVM 지갑입니다 — 열흘이 채 되지 않아 세 새 네트워크가 정착했고, 모든 새 체인이 자기 주소를 갖고 오게 만드는 파생 정책이 함께 옵니다, 의도적으로.