두 번의 릴리스, 이틀. 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 멀티시그를 대체하지 않았습니다. 그저 SSP에 dApp 요청을 받는 표준적인 길을 주었을 뿐입니다. dApp이 요청하는 모든 동작은 서명되기 전에 여전히 지갑과 휴대폰을 거쳐야 합니다.
SSP를 수천 개 dApp에 연결하기
WalletConnect는 일반적인 "지갑과 사이트를 짝짓는" 프로토콜로 시작해, 지난 몇 년간 MetaMask가 아닌 지갑들이 이더리움 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로 인코딩된 연결 요청을 만듭니다. 사용자는 두 가지 방식 중 하나로 그것을 받습니다 — 복사할 수 있는 문자열이거나, 스캔할 수 있는 QR 코드.
SSP에서 사용자는 WalletConnect 탭을 열고, URI를 WalletConnect 연결 입력란 에 붙여 넣고(또는 QR을 스캔하고), 페어링을 승인합니다. 그 순간부터 dApp은 WalletConnect 릴레이를 통해 지갑으로 요청을 보낼 수 있습니다 — 이 메시지에 서명해주세요, 이 트랜잭션을 보내주세요, 이 체인으로 전환해주세요. 페어링은 어느 한쪽이 끝낼 때까지 유지됩니다. 다른 지갑에서 WalletConnect를 써본 적이 있다면, SSP에서의 감각도 같습니다 — 의도된 것입니다.
멀티시그 불변식은 그대로
멀티시그 지갑에 dApp 연결성을 들이는 릴리스에서 놓치기 쉬운 대목이 여기입니다. WalletConnect는 보안 모델을 바꾸지 않습니다. 그것은 운반체이지 서명자가 아닙니다.
Uniswap이 WalletConnect를 거쳐 SSP에 스왑 서명을 요청하면, 그 요청은 SSP Wallet의 승인 큐로 떨어집니다. 사용자가 검토하고 승인합니다. 그제서야 — 그리고 그때만 — SSP Wallet이 공동 서명한 뒤 반쯤 서명된 트랜잭션을 휴대폰의 SSP Key로 넘깁니다. 휴대폰은 같은 페이로드를 보여줍니다. 사용자는 거기서도 승인합니다. 두 번의 승인 이후에야 완전히 서명된 트랜잭션이 네트워크에 송출됩니다.
WalletConnect가 그림에 들어와도 변하지 않은 세 가지가 있고, 사실 이전에도 그랬습니다.
- 두 기기, 두 번의 승인. 어떤 단일 기기, 어떤 단일 키 입력도 자금을 옮길 수 없습니다. WalletConnect에는 표결권이 없습니다.
- dApp은 키를 결코 보지 못합니다. 그것이 보는 것은 자신이 물어본 페이로드에 대한 서명뿐입니다. 키는 늘 그렇듯 SSP Wallet과 SSP Key 위에 있습니다.
- 당신이 서명하는 페이로드는 dApp이 보낸 페이로드입니다. 지갑은 요청을 변형하지 않습니다 — calldata, value, chain ID가 모두 같습니다.
WalletConnect는 표면 을 키웁니다. 불변식 을 약하게 만들지는 않습니다.
하루 뒤에 다듬어진 모달들 (v1.22.0)
v1.22.0은 v1.21.0이 나온 지 24시간이 채 지나지 않아 출시되었고, 새 커넥터가 띄우는 네 개의 모달만을 다룹니다. 연결 요청 모달은 더 깔끔한 레이아웃을 얻었습니다. dApp의 신원이 더 또렷하고, 권한 범위가 더 도드라지고, 장식은 덜합니다. Personal-sign 모달 — 사이트가 인증이나 오프체인 동의를 위해 사람이 읽을 수 있는 메시지에 서명을 요청할 때 띄우는 모달 — 은 메시지 본문이 더 잘 읽히도록 새로 디자인되었습니다. 트랜잭션 요청 모달은 더 촘촘한 흐름을 얻어, 수신지, 금액, 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은 지갑과 이야기하고, 지갑은 사용자와 이야기합니다 — 두 번, 기기마다 한 번씩, 매번.