USDe sUSDe 차이, 달러처럼 보여도 예치 이자와 다른 이유
페이지 정보
본문
USDe와 sUSDe는 이름이 비슷해서 같은 달러 토큰처럼 보입니다. 하지만 Ethena 문서를 보면 USDe는 합성 달러이고, sUSDe는 USDe를 맡긴 뒤 보상이 반영되는 별도 토큰입니다. 수익률 숫자만 보면 예치 이자처럼 오해하기 쉽습니다.
StableEarning에서 달러형 자산의 수익률을 볼 때도 이 구분은 중요합니다. USDe가 1달러 근처에서 거래된다는 점, sUSDe에 보상이 쌓인다는 점, 그리고 언스테이킹이나 시장 매도 조건은 서로 같은 말이 아닙니다. 토큰 이름보다 먼저 "내가 지금 가진 것이 USDe인지, sUSDe인지"를 나눠 봐야 합니다.
USDe는 어떤 달러인가
Ethena의 공식 개요는 USDe가 USDC나 USDT 같은 fiat stablecoin과 같지 않다고 설명합니다. USDe는 crypto assets와 그에 대응하는 short futures positions를 함께 쓰는 synthetic dollar입니다. 쉽게 말하면 달러 가격을 목표로 하지만, 은행 계좌에 달러가 그대로 예치되어 있고 그 청구권을 토큰화한 구조로만 보면 안 됩니다.
이 차이는 "스테이블코인"이라는 단어 때문에 흐려지기 쉽습니다. USDe도 시장에서는 달러 기준 가격으로 읽히지만, 그 가격을 지탱하는 방식은 발행사의 현금·국채 준비금 모델과 다릅니다. Ethena는 delta hedging, perpetual futures, liquid stables 같은 표현으로 구조를 설명합니다. 그래서 USDe를 볼 때는 먼저 "달러 목표 가격"과 "그 가격을 만드는 메커니즘"을 분리하는 편이 안전합니다.
USDe를 그냥 보유한다고 해서 sUSDe 보상까지 자동으로 붙는 것도 아닙니다. Ethena의 staking 문서는 rewards를 받으려면 USDe를 stake해 sUSDe를 받아야 한다고 밝힙니다. 이 한 줄이 USDe와 sUSDe의 가장 실용적인 차이입니다.
sUSDe는 보상 표시 방식
sUSDe는 USDe를 staking contract에 넣고 받는 ERC-20 토큰입니다. Ethena 문서는 사용자가 USDe를 contract로 보내면 sUSDe를 받고, 시간이 지나며 추가 USDe가 rewards로 contract에 들어오며, unstaking 때는 전체 sUSDe와 contract 안의 USDe 비율에 따라 USDe를 받는다고 설명합니다.
그래서 sUSDe의 숫자는 예금 통장의 이자 지급 내역과 다르게 보입니다. 보상은 사용자의 지갑에 매일 현금처럼 따로 입금된다기보다, vault 안에서 sUSDe가 대표하는 USDe 가치가 커지는 방식으로 이해하는 편이 가깝습니다. Ethena의 reward 설명도 sUSDe를 reward-bearing Token Vault 메커니즘으로 설명합니다.
이 구조 때문에 sUSDe 수량과 USDe 환산 가치를 따로 봐야 합니다. 어떤 화면은 sUSDe 수량을 보여 주고, 어떤 화면은 USDe 기준 가치나 APY를 강조합니다. 둘을 한 줄로 섞으면 "내가 USDe를 들고만 있어도 같은 보상이 붙는다"거나 "sUSDe는 언제나 같은 수량의 USDe와 바로 같다"는 착각이 생깁니다.
보상은 어디에서 오는가
Ethena의 staking 문서는 보상 accrual이 Ethereum staking에서 나오는 protocol generated revenue와 delta hedging derivatives position에서 생기는 funding and basis spread에 연결된다고 설명합니다. 이 문장은 어렵지만 핵심은 단순합니다. sUSDe 보상은 은행 예금 이자처럼 고정된 예금 금리에서 나오는 것이 아니라, 프로토콜의 운용 구조와 시장 조건에서 나옵니다.
따라서 APY가 보일 때는 숫자만 떼어 볼 수 없습니다. funding과 basis spread는 날마다 달라질 수 있고, 어떤 기간에는 보상이 없을 수도 있습니다. Ethena 문서는 funding과 basis spread yield가 부정적이고 staking Ethereum에서 생긴 수입보다 크거나 같으면 stakers에게 rewards가 지급되지 않을 수 있다고 설명합니다.
이 말은 수익률이 나쁘다는 뜻도, 좋다는 뜻도 아닙니다. 다만 "달러형 토큰이니까 안정적인 이자가 붙는다"는 문장으로 줄이면 안 된다는 뜻입니다. USDe와 sUSDe는 가격 목표, 담보·헤지 구조, 보상 반영, 위험 부담이 한 묶음으로 움직입니다.
바로 빠져나올 수 있는지
sUSDe를 USDe로 되돌리는 과정도 확인해야 합니다. Ethena 문서는 staking과 unstaking을 지원하지만, launch 당시에는 sUSDe unstake 요청 후 USDe를 받기까지 7일 cooldown이 있었다고 안내합니다. 실제 조건은 시점과 인터페이스에 따라 달라질 수 있으므로, 사용자는 현재 화면의 redeem, cooldown, claim 조건을 다시 확인해야 합니다.
2차시장에서 sUSDe를 팔 수 있는 경우도 있습니다. 하지만 외부 시장에서 팔 수 있다는 말은 프로토콜의 unstake 조건과 같지 않습니다. 시장 매도는 그 순간의 유동성, 가격 차이, 슬리피지, 수수료를 따라갑니다. 프로토콜 redeem은 contract 조건과 대기 시간을 따릅니다.
USDe와 sUSDe를 볼 때는 다음 항목을 따로 확인하는 편이 낫습니다.
- 내가 가진 토큰이 USDe인지 sUSDe인지
- 보상이 USDe 보유가 아니라 sUSDe staking에서 오는지
- 표시 APY가 현재 조건인지 과거 기준인지
- unstake나 redeem에 cooldown 또는 대기 시간이 있는지
- 외부 시장 매도 가격이 프로토콜 환산 가치와 다른지
- funding, liquidation, custody, exchange failure 같은 공식 위험 항목을 읽었는지
이 목록은 투자 판단표가 아니라 오해를 줄이는 순서입니다. 특히 "언제든 1달러처럼 나올 수 있다"와 "보상이 붙는다"를 동시에 기대하면 실제 화면에서 가장 많이 헷갈립니다.
예치 이자처럼 보면 놓치는 것
Ethena의 risk 문서는 USDe와 관련해 funding risk, liquidation risk, custodial risk, exchange failure risk, backing assets risk, stablecoin-related risk, margin collateral risk를 별도 항목으로 둡니다. 이런 위험 이름은 겁을 주기 위한 장식이 아니라, USDe가 어떤 구조로 달러 가격을 맞추고 보상을 만들려고 하는지 보여 주는 단서입니다.
일반 달러 스테이블코인의 준비금 보고서를 읽을 때는 현금, 국채, 상환 조건, 발행사 규제를 먼저 봅니다. USDe와 sUSDe를 볼 때는 여기에 hedging, futures venue, funding rate, staking contract, cooldown, reserve fund 같은 단어가 추가됩니다. 같은 달러 단위로 표시되어도 확인할 줄이 달라지는 셈입니다.
이전에 다룬 스테이블코인 이자 금지 글은 보유만으로 붙는 이자와 별도 Earn·보상 구조를 구분했습니다. 스테이킹 APY와 APR 글은 수익률 숫자를 예상 입금액처럼 읽으면 왜 틀리는지 다뤘습니다. USDe와 sUSDe도 같은 원칙으로 보면 됩니다. 먼저 토큰의 역할을 나누고, 그다음 수익률과 출구 조건을 읽어야 합니다.
공식 구조를 직접 확인하려면 Ethena Overview, Staking USDe, Rewards Mechanism Explanation, Ethena Risks를 함께 보는 편이 좋습니다. USDe는 달러처럼 보이는 이름보다 구조가 먼저이고, sUSDe는 이자가 붙는 예금보다 reward-bearing token vault에 가깝습니다.
StableEarning의 글과 데이터는 스테이블코인 금리, 스테이킹, RWA 수익률, 거래소 이용 정보를 이해하기 위한 참고 자료입니다. 수익률, 수수료, 입출금, 상품 제공 여부는 거래소와 발행사 정책, 네트워크 상태, 거주지와 계정 조건에 따라 달라질 수 있으며 원금 손실, 가격 변동, 출금 지연, 스마트컨트랙트와 커스터디 위험이 있을 수 있습니다. 이 글은 정보 제공용이며 특정 자산 매수, 예치, 스테이킹, 전송, 투자 실행을 권유하지 않습니다. 실제 실행 전에는 공식 공지와 본인 계정 조건을 다시 확인해야 합니다.