SSP로 Solana 보내기
이 안내서는 SSP 지갑에서 SOL 또는 SPL 토큰을 보내는 과정을 처음부터 끝까지 짚어 줍니다. 다섯 단계, 확장 프로그램에서의 서명 요청 한 번, 그리고 휴대폰에서의 공동 서명 한 번입니다. 흐름은 SSP로 Bitcoin 보내기에서 이미 익힌 것과 같습니다 — Solana에서 다른 점은 검토 화면이 무엇을 확인하는지, 그리고 맨 첫 전송에 얼마가 드는지입니다.
SSP가 처음이신가요? 먼저 첫 SSP 지갑 설정하기로 지갑을 준비하세요. SSP가 애초에 SOL을 어떻게 보관하는지에 대한 배경은 SSP의 Solana를 읽어 보세요.
시작하기 전에
전제 조건 네 가지 — 어느 것도 선택 사항이 아닙니다.
- 페어링된 두 기기가 모두 켜져 있고 잠금이 해제되어 있어야 합니다. SSP의 2-of-2 모델은 둘 모두의 서명을 요구합니다. 휴대폰이 방전되었거나 잠들어 있으면 전송은 완료되지 않습니다.
- 체인 선택기에서 Solana가 활성화되어 있어야 합니다. SSP에서 SOL을 한 번도 써 본 적이 없다면 한 번만 켜 주세요. 확장 프로그램과 SSP Key가 새 체인을 함께 동기화합니다.
- 받는 주소를 신뢰할 수 있는 출처에서 확보해야 합니다. 복사하세요 — 절대 직접 입력하지 마세요. Solana 주소는 base58이고 대소문자를 구분하므로, 한 글자 틀린 것은 당신이 알아챌 만한 오타가 아닙니다.
- 금액에 더해 수수료 상환분까지 감당할 SOL이 있어야 합니다. 별도의 가스 잔액은 필요 없지만, 볼트는 같은 트랜잭션 안에서 수수료 지불자에게 상환합니다. 아래 첫 전송 비용에 관한 절에 숫자가 있습니다.
1단계: 보내기 화면 열기
브라우저 확장에서는 체인 선택기에서 Solana를 고른 뒤 보내기를 누릅니다. 사이드 패널에서는 같은 버튼이 잔액 아래 동작 줄에 있습니다.
보내기 화면 상단에 표시되는 잔액을 확인하세요. 그 숫자는 지금 있는 Solana 계정의 사용 가능한 잔액이며, 여러 체인을 합친 Portfolio 총액이 아닙니다.
2단계: 받는 주소 붙여넣기
받는 사람의 Solana 주소를 주소 칸에 붙여넣은 뒤, 복사해 온 출처와 대조해 앞 여섯 글자와 뒤 여섯 글자를 확인하세요. 소리 내어 읽으면 도움이 됩니다.
SPL 토큰이라면 받는 사람의 지갑 주소를 붙여넣으세요. 그 사람의 토큰 계정 주소가 아닙니다. SSP가 올바른 연관 토큰 계정을 대신 파생하며, 받는 사람이 그 토큰을 한 번도 보유한 적 없으면 생성해 줍니다.
한 글자라도 어긋나면 멈추고, 칸을 비우고, 원본에서 다시 복사하세요. 이것이 주소 오염에 대한 방어입니다. 공격자는 당신이 전에 쓴 주소와 앞뒤 몇 글자가 일치하는 주소를 거래 내역에 심어 둡니다. 암호화폐 사용자를 노리는 피싱 공격이 더 넓은 수법을 다룹니다.
3단계: 자산과 금액 고르기
네이티브 코인은 SOL을 고르고, 아니면 SPL 토큰을 선택하세요 — USDC와 FLUX는 기본 제공되며, SSP가 볼트에서 찾아낸 다른 SPL 토큰도 같은 목록에 나타납니다.
금액을 입력하세요. SSP가 아래에 당신이 고른 통화 기준 환산액을 보여 줍니다. SPL 토큰을 보낼 때는 토큰의 소수 자릿수를 mint 자체에서 읽어 오고, 그 값이 서명될 명령어에 박힙니다 — 다른 소수 자릿수를 주장하는 mint는 조용히 잘못된 금액을 보내는 대신 온체인에서 트랜잭션이 거부됩니다.
선택 사항으로 메모를 붙일 수 있습니다. SPL Memo 명령어로 트랜잭션에 기록되므로 블록 탐색기에 표시되고, SSP 내역에서는 거래 노트로 다시 읽힙니다.
4단계: 기기가 디코딩한 내용 검토하기
Solana에서 가장 중요한 단계이며, 그냥 눌러 넘기기보다 이해할 가치가 있습니다.
Solana 트랜잭션은 그 의미를 명령어 데이터 안에 담고 있습니다. 서버가 말해 준 것을 그대로 보여 주는 지갑은 사실이 아니라 주장을 보여 주는 것입니다. SSP는 대신 트랜잭션의 원시 바이트를 당신의 기기에서 디코딩하고, 그 결과를 화면에 있는 것 — 수신자, 금액, 토큰 mint — 과 대조합니다.
세 가지를 확인하세요.
- 수신자 — 2단계에서 확인한 주소와 일치하는가.
- 금액과 자산 — 당신이 입력한 숫자와 티커인가, 반올림되거나 자릿수가 밀린 값이 아닌가.
- 수수료 — 수수료 지불자에게 가는 상환액이 명시적으로 표시되는가.
디코딩된 바이트와 표시된 내용이 어긋나면, SSP는 경고에 그치지 않고 서명을 아예 차단합니다. 그 지점의 불일치는 렌더링 오류가 아니라 능동적인 공격의 지표입니다.
5단계: SSP Key에서 승인하기
확장 프로그램에서 확정한 뒤 휴대폰에서 SSP Key를 여세요. 같은 내용이 그곳에도 나타나며, 그 기기에서 독립적으로 디코딩됩니다 — 당신의 휴대폰 역시 수신자나 금액에 대해 확장 프로그램의 말을 곧이곧대로 믿지 않습니다.
휴대폰에서 승인하면 트랜잭션이 브로드캐스트됩니다. 서두를 필요는 없습니다. Solana 트랜잭션은 보통 만들어진 지 1분쯤 지나면 만료되지만, SSP는 당신의 트랜잭션을 durable nonce에 고정하므로 몇 분 뒤든 몇 시간 뒤든 승인해도 여전히 유효합니다. 실행하면 nonce가 전진하므로 어차피 한 번만 쓸 수 있습니다. durable nonce와 두 기기 서명이 그 원리를 설명합니다.
Solana의 확정은 빠릅니다 — 브로드캐스트 후 보통 1~2초입니다. 그 뒤 트랜잭션은 메모를 설정했다면 메모와 함께 활동 목록에 나타납니다.
첫 전송에 드는 비용
Solana에서의 첫 전송은 그 이후 모든 전송보다 비싸며, 그 이유는 알아 둘 만합니다.
첫 전송은 그전까지 존재하지 않던 두 계정을 만듭니다. 멀티시그 계정 자체와 durable nonce 계정입니다. 둘 다 온체인에서 살아 있으려면 임대료를 보유해야 하고, 그 임대료는 약 0.003 SOL로 한 번만 냅니다. 그 이후의 전송은 0.0001 SOL 수준입니다 — 네트워크 수수료에 약간의 여유분을 더한 값입니다.
그 토큰을 한 번도 보유한 적 없는 사람에게 SPL 토큰을 보내면, 그 사람의 새 토큰 계정 임대료로 약 0.0025 SOL이 더해집니다. 같은 토큰을 같은 사람에게 다시 보낼 때는 더해지지 않습니다.
이 모든 것을 위해 별도의 가스 잔액을 채워 둘 필요는 전혀 없습니다. SSP relay가 비용을 먼저 대는 수수료 지불자를 운영하고, 같은 트랜잭션 안에서 당신의 볼트로부터 상환받습니다 — 그 상환은 두 기기가 승인하는 제안의 일부이므로, 두 서명 없이는 일어날 수 없습니다. 기본 수수료와 우선 수수료가 어떻게 계산되는지는 Solana의 수수료 문서가 1차 출처입니다.
뭔가 잘못됐을 때
휴대폰에 승인 요청이 뜨지 않았습니다. SSP Key의 잠금이 해제되어 있고 네트워크에 연결되는지 확인한 뒤, 확장 프로그램에서 대기 중인 요청을 다시 여세요. durable nonce 덕분에 그 사이에 트랜잭션이 상하지 않습니다.
검토 단계에서 서명이 차단됐습니다. 무작정 다시 시도하지 마세요. 강한 차단은 디코딩된 바이트가 표시된 내용과 맞지 않았다는 뜻입니다. 보내기를 닫고, 신뢰할 수 있는 출처에서 받는 주소를 다시 확인한 뒤 처음부터 시작하세요.
보낸 뒤 잔액이 예상보다 적어 보입니다. 검토 화면의 수수료 안내와 대조하세요. 첫 전송이었다면 그 차액은 위에서 설명한 일회성 임대료이며, 소비된 것이 아니라 당신의 계정에 남아 있습니다.
성사됐는지 확신이 없습니다. 활동 목록에서 해당 트랜잭션을 열고 탐색기 링크를 따라가세요. Solana의 최종성은 충분히 빨라서, 브로드캐스트 후 몇 초 안에 나타나지 않은 트랜잭션은 대개 네트워크에 아예 들어가지 못한 것입니다 — 그렇다면 아무것도 소비되지 않았고, 안심하고 전송을 다시 구성해도 됩니다.
두 기기가 동시에 사용 불가능해지더라도 잃는 것은 없습니다 — 다만 아무것도 움직일 수 없습니다. 그것이 바로 2-of-2 멀티시그의 요지이며, 그 두 기기를 어디에 두느냐는 의식적으로 정할 가치가 있습니다.
