SSP에서 암호화폐 교환하기: 구매, 판매, 스왑 설명

자산 간 이동은 사람들이 지갑에서 가장 자주 하는 일 중 하나입니다. SSP에서는 이를 수행하는 세 가지 다른 방법이 있습니다 — 구매, 판매, 스왑 — 그리고 인터페이스는 공유하지만 그 안에서 작동하는 방식은 매우 다릅니다. 차이를 이해하는 것은 중요합니다. 왜냐하면 각 방식에는 자체 수수료, 자체 거래 상대방 모델, 그리고 자금에 대한 자체 자기 수탁 함의가 있기 때문입니다.

이 가이드는 세 가지를 모두 살펴보고, SSP의 지갑 내 aggregator가 어디에 자리 잡는지 설명하며, WalletConnect를 통해 DEX로 직접 가는 것이 언제 더 합리적인지 보여줍니다.

동일하게 유지되는 것: 2-of-2 자기 수탁 모델

방식에 대해 이야기하기 전에 상수: SSP는 2-of-2 multisig 지갑입니다. 당신의 주소를 떠나는 모든 트랜잭션 — on-ramp 제공자에 대한 송금이든, DEX router에 대한 swap 호출이든, token 승인이든 — 당신의 확장 프로그램에서의 서명과 당신의 SSP Key에서의 서명이 필요합니다. 어떤 제3자도, 어떤 SSP 백엔드도, 지갑에 통합된 어떤 제공자도, 두 기기가 모두 yes라고 말하지 않는 한 당신을 대신해 단 하나의 satoshi나 wei도 옮길 수 없습니다.

이것이 스왑할 때 변하지 않는 부분입니다. 라우팅하는 제공자, 연결하는 dApp, 사용하는 체인 — 이 모든 것은 변합니다. 2-of-2 서명 요구사항은 변하지 않습니다.

방식 1: 구매 (법정화폐를 암호화폐로)

SSP의 "구매" 흐름은 법정화폐 on-ramp입니다. 카드, 은행 송금 또는 동등한 채널을 통해 미국 달러, 유로 또는 다른 현지 통화를 전달하고, 제3자 제공자가 암호화폐를 당신의 주소로 정산합니다.

실제로 일어나는 일은 다음과 같습니다:

• SSP는 하나 이상의 on-ramp 제공자를 통합합니다. 구매를 시작하면 지갑이 당신을 해당 제공자의 흐름으로 넘깁니다.
• 제공자는 KYC(신원 확인)와 결제 세부 사항을 요청합니다. 이 부분은 SSP와 관련이 없습니다 — 제공자의 규제된 결제입니다.
• 지역별 사용 가능 여부는 제공자의 라이센스에 따라 다릅니다. 일부 체인, 법정화폐, 결제 방법은 일부 국가에서는 사용 가능하고 다른 국가에서는 사용할 수 없습니다.
• 결제가 통과되면 제공자가 암호화폐를 당신의 SSP 주소로 보냅니다. 그 순간부터 자산은 당신의 2-of-2 수탁 하에 있습니다 — 다른 모든 들어오는 송금과 정확히 같습니다.

두 가지 실용적인 메모. 첫째, 당신이 지불하는 가격에는 기본 시장 환율 위에 제공자의 스프레드와 수수료가 포함됩니다. 이것은 on-ramp에서는 정상이지만, 선택권이 있다면 제공자 간에 비교할 가치가 있습니다. 둘째, 제공자에게 키, seed, 서명 권한을 절대 보내지 않습니다 — 그들은 목적지 주소만 필요합니다.

방식 2: 판매 (암호화폐를 법정화폐로)

판매는 거울 이미지입니다. SSP에서 제3자 off-ramp 제공자에게 암호화폐를 보내고, 제공자가 당신의 은행 계좌로 법정화폐를 입금합니다.

기계적으로:

• SSP에서 판매를 시작하면 지갑이 당신을 제공자에게 넘깁니다.
• KYC와 출금 목적지(은행 계좌, 카드 또는 동등물)는 제공자가 수집합니다.
• SSP에서 일반 송금 트랜잭션에 서명합니다 — 확장 프로그램 서명 + SSP Key 서명 — 이것이 당신의 암호화폐를 제공자의 수신 주소로 이동합니다.
• 제공자가 on-chain 송금을 받고 확인한 후, 법정화폐가 당신의 출금 목적지로 지불됩니다.

서명 단계는 다른 모든 나가는 송금과 같습니다. SSP에는 "판매"를 위한 특별한 키 경로가 없습니다. off-ramp의 입금 주소로 보내지는 2-of-2 서명된 송금이며, 거기서부터 제공자가 인계받습니다.

방식 3: 스왑 (암호화폐를 암호화폐로)

여기서 일이 더 흥미로워집니다. SSP에서 하나의 token을 다른 것으로 스왑하는 두 가지 구조적으로 다른 방법이 있으며, 트레이드오프가 다릅니다.

옵션 A: SSP의 지갑 내 swap

SSP에는 지갑을 떠나지 않고 한 암호화폐 자산을 다른 자산으로 교환하는 지갑 내 swap이 있습니다. 이것이 무엇인지 정확히 짚어둘 필요가 있습니다. "swap"이라는 단어가 잘못된 멘탈 모델을 부르기 때문입니다.

이것은 DEX가 아닙니다. SSP의 지갑 내 swap은 유동성 풀을 통해 라우팅하지 않고, AMM router를 호출하지 않으며, token 승인도, slippage 허용치 설정도, MEV 노출도 없습니다.

실제로 일어나는 일:

• SSP는 집계 서비스에 당신의 쌍에 대한 견적을 요청합니다. 그 서비스는 중앙화된 인스턴트 exchanger 목록(현재 ChangeNOW, Changelly, Exolix, SimpleSwap, ChangeHero, XOSwap 등)에 질의하고, 각각 환율, 전달 수수료, 최소 및 최대 주문 크기를 담은 경쟁 제안들을 반환합니다.
• 당신이 제안을 하나 고르면, exchanger가 입금 주소와 함께 주문을 엽니다.
• 그러면 SSP는 그 입금 주소를 수신자로 하여 당신을 평소의 보내기 화면으로 넘깁니다. 확장 프로그램에서 승인하고 SSP Key에서 확인하면, 당신의 2-of-2가 완전히 평범한 전송에 서명합니다.
• exchanger가 당신의 코인을 받고, 구매한 자산을 목적지 체인에 있는 당신의 주소로 보냅니다. 지갑이 목적지 체인을 먼저 동기화하라고 요구하는 이유가 바로 이것입니다 — exchanger에게 건네줄 수신 주소가 거기에 필요하기 때문입니다.

장점은 진짜입니다. 이것은 체인을 넘나들며 (이를테면 Bitcoin에서 Ethereum으로) 교환하는 유일한 경로이고, token 승인이 필요 없으며, 처음부터 끝까지 하나의 익숙한 흐름입니다.

트레이드오프도 똑같이 진짜이고, 이 점은 냉철하게 볼 필요가 있습니다: 당신의 전송과 exchanger의 지급 사이에, 중앙화된 회사가 당신의 자금을 보관하고 있습니다. 당신의 키는 기기를 떠난 적이 없고, 보내는 데에는 여전히 두 개의 서명이 필요했습니다 — 하지만 이 왕복은 trustless하지 않습니다. 무언가 잘못되면 당신이 기댈 곳은 블록체인이 아니라 exchanger의 환불 절차입니다(모든 주문에는 환불 주소와 추적 가능한 상태가 있습니다). 이미 보낸 뒤에 주문이 신원 확인 대상으로 표시될 수도 있습니다.

이것은 손을 뻗기에 전적으로 합리적인 도구입니다. 그저 두 개의 비수탁 종단 사이에 있는 수탁형 거래일 뿐이며 — 당신이 선택하는 것이 바로 그것임을 아는 것이 중요합니다.

전체 비교는 SSP 안에서 token 스왑하기 vs DEX 사용하기를, 비용이 어디에 숨는지는 수수료와 스프레드 설명을 참고하세요.

옵션 B: WalletConnect를 통해 DEX로 직접 가기

다른 옵션은 WalletConnect를 사용하여 SSP를 DEX dApp에 연결하는 것입니다 — Uniswap이 표준적인 예입니다. dApp이 스왑 UI가 되고, SSP는 서명자로 남습니다.

이 접근 방식은 DEX의 전체 표면을 노출합니다:

• DEX가 사용하는 특정 풀과 경로.
• 한정 주문, 사용자 정의 slippage 허용 오차, 수수료 티어, 그리고 더 새롭거나 작은 유동성 풀과의 직접 상호 작용과 같은 고급 기능.
• DEX가 노출하는 모든 인센티브 프로그램, governance token, 또는 분석.

또한 DEX의 전체 표면에 당신을 노출시키는데, 이는 올바르게 설정해야 할 것들이 더 많고 알아야 할 위험 벡터가 더 많다는 것을 의미합니다. token 승인을 명시적으로 관리하게 되고, slippage와 가격 영향에 더 직접적으로 노출되며, 공개 mempool에서는 frontrunning과 sandwich 공격과 같은 MEV에 대해 생각해야 합니다.

수탁 그림은 변하지 않습니다. DEX router는 단지 smart account 계약입니다. swap은 당신의 2-of-2가 서명하는 트랜잭션입니다. DEX는 절대 당신의 자금을 보유하지 않습니다 — on-chain에서 swap을 원자적으로 실행합니다. 거래가 정산되기 전에 무언가 잘못되면 트랜잭션은 되돌려지고 당신은 입력 자산을 유지합니다 (gas 제외).

단순한 의사 결정 프레임

두 옵션은 계층이 아닙니다 — 다른 요구사항에 봉사합니다. 대략적인 휴리스틱:

• 일반적인 쌍, 단순한 스왑, 하나의 작업을 원함: 지갑 내 aggregator가 보통 더 나은 경험입니다.
• 롱테일 token, 고급 주문 유형, 특정 풀, 또는 DEX 고유 기능: WalletConnect를 통해 직접 가십시오.
• 큰 크기나 시간 민감: 두 견적을 모두 살펴보고 경로에 걸쳐 분할하는 것을 고려하십시오; dApp 측의 MEV 보호 옵션에 주의하십시오.

둘 다 사용하는 것은 부끄러운 일이 아닙니다. 많은 SSP 사용자는 일반적인 stablecoin 스왑을 지갑 내에서 수행하고, 특정한 것이 필요할 때 DEX dApp으로 전환합니다.

확인하기 전에 실제로 점검해야 할 사항

모든 방식에 대해 — 구매, 판매, 스왑, 지갑 내 또는 dApp 경유 — 같은 질문들입니다:

• 견적된 출력은 얼마인가? 수수료와 가격 영향 후 실제로 받게 될 목적 자산의 단위 수.
• 총 비용은 얼마인가? 스프레드, 제공자 수수료, DEX 수수료, 그리고 gas. Ethereum의 ERC-20의 경우 gas가 소액 스왑을 지배할 수 있습니다. Polygon, Base, BNB Smart Chain, 또는 Avalanche에서는 gas가 훨씬 낮지만 여전히 0은 아닙니다.
• 이것이 지갑 내 경로인가, 외부 dApp인가? 서명 흐름은 같지만 거래 상대방 모델은 다릅니다. 어느 것을 사용하는지 아는 것이 걱정해야 할 것을 바꿉니다 (수수료 투명성 vs 승인과 slippage).
• 소액으로 테스트했는가? 새로운 쌍, 제공자, 또는 dApp의 경우 작게 시작하십시오. 테스트 송금에 쓰는 몇 달러의 gas는 라우팅이나 승인 놀라움에 대한 저렴한 보험입니다.

상수

어떤 경로를 선택하든 — 구매, 판매, 지갑 내 스왑, 또는 DEX dApp 스왑 — 수탁 이야기는 같습니다. 두 기기가 모든 송금에 서명합니다. 자산은 스왑 전 당신의 multisig 2-of-2에 있고 스왑 후에도 당신의 multisig 2-of-2에 있습니다. 스왑은 중간의 단지 하나의 송금이며, SSP는 그 송금을 다른 모든 송금과 같은 방식으로 수행합니다: 매번 두 개의 서명으로.

기본 메커니즘에 대한 더 깊은 배경은 Ethereum.org의 DeFi 개요와 Uniswap 문서를 참조하십시오.