합성, 수익형 스테이블코인과 USDe

도입

USDe는 "달러 표시 토큰"이라는 화면만 보면 USDC나 DAI와 비슷해 보인다. 그러나 결제 시스템에 넣을 때 중요한 질문은 완전히 다르다. 은행 예금과 단기 국채를 준비자산으로 둔 fiat-backed 토큰도 아니고, vault 담보와 청산으로 debt를 관리하는 crypto-backed 토큰도 아니다.

Ethena는 USDe를 delta-neutral synthetic dollar로 설명한다. 즉, crypto backing asset을 보유하고 그 가격 변동을 derivatives short position으로 상쇄해 달러 노출에 가깝게 만든다. 그래서 USDe를 평가할 때는 "토큰 가격이 1달러 근처인가"보다 "헤지가 어디서 실행되는가", "funding과 basis가 나빠지면 누가 비용을 부담하는가", "직접 상환이 누구에게 열려 있는가"를 먼저 물어야 한다.

이 강의의 목표는 USDe를 무조건 배제하거나 채택하는 것이 아니다. checkout, merchant settlement, treasury 보유, yield product 중 어느 용도에 허용할지 판단할 수 있도록 리스크 원천을 분리하는 것이다.

학습 목표

• 합성 달러와 수익형 구조의 위험 원천을 분해한다.
• basis, funding, custodian, exchange risk를 구분한다.
• USDe와 sUSDe를 결제 자산, treasury 자산, yield product 관점에서 분리한다.

개념 설명

1. USDe는 fiat reserve가 아니라 delta hedge로 달러 노출을 만든다

USDC/PYUSD, DAI/USDS, USDe는 모두 달러 단위로 표시될 수 있지만 안정성을 만드는 장치가 다르다.

USDe에서 온체인 잔고는 전체 구조의 일부다. 토큰 컨트랙트만 확인하면 사용자가 몇 USDe를 보유했는지는 알 수 있지만, hedge가 정상적으로 유지되는지, backing asset이 어느 custody 구조에 있는지, direct redemption이 가능한지는 알 수 없다. 결제 엔지니어는 token balance와 risk state를 분리해서 다뤄야 한다.

2. USDe 메커니즘은 다섯 단계로 읽는다

이 표는 개발 문서의 allowlist 기준으로 바로 옮길 수 있다. 예를 들어 supportedTokens에 USDe를 추가하더라도 redemptionPath: protocol이라고 쓰면 안 된다. 실제 서비스가 direct redemption 자격을 갖추지 않았다면 redemptionPath: secondary-market처럼 운영 가능한 경로를 명시해야 한다.

3. 수익 원천과 손실 조건을 같은 표에 둔다

수익형 스테이블코인을 다룰 때 가장 위험한 문장은 "수익이 난다"이다. 강의 자료나 상품 설명은 수익 원천과 비용 조건을 한 쌍으로 놓아야 한다.

여기서 중요한 점은 sUSDe holder에게 표시되는 APY와 checkout에서 필요한 price stability가 같은 지표가 아니라는 것이다. APY는 treasury/yield product의 언어이고, checkout은 환불, 취소, 정산, 표시 가격의 언어다.

4. USDe와 sUSDe를 분리한다

USDe와 sUSDe는 같은 상품군 안에 있지만 앱에서는 다른 자산으로 다뤄야 한다.

예를 들어 사용자가 100달러 상품을 구매할 때 sUSDe 수량으로 결제를 허용하면, 결제 시점의 sUSDe:USDe 비율, 환불 시점의 비율, reward 귀속 주체를 모두 정의해야 한다. 따라서 MVP checkout에서는 USDe와 sUSDe를 같은 stablecoin 그룹으로 묶지 말고, paymentAsset과 yieldAsset으로 분리하는 편이 안전하다.

5. Mint/redeem 접근성과 secondary liquidity를 분리한다

Ethena 문서 기준으로 USDe는 permissionless external liquidity pool에서 취득할 수 있고, 직접 mint/redeem은 허용된 관할권의 승인된 party가 KYC/KYB와 whitelisting을 거쳐 수행한다. 이 차이는 제품 문구와 운영 runbook에 그대로 반영돼야 한다.

6. 실패 상태를 제품 상태로 만든다

USDe의 리스크를 안다는 것은 "위험함"이라고 쓰는 데서 끝나지 않는다. 사용자가 결제 화면에서 무엇을 보게 되는지, 운영자가 어떤 버튼을 눌러야 하는지까지 정해야 한다.

코드로 확인하기

위 설계 결정을 코드에서 확인한다. 상태, 서명, 원장 이동, 실패 처리가 어디에 놓이는지 따라 읽으면 앞의 모델이 실제 구현 경계로 내려온다.

백엔드USDe vs sUSDe 분리 가드

USDe(원본)와 sUSDe(reward-bearing ERC-4626 share)를 같은 결제 자산으로 처리하면 회계가 깨진다. 토큰 주소별 정책을 분리한다.

01type SyntheticTokenPolicy = {02  symbol: "USDe" | "sUSDe";03  address: `0x${string}`;04  acceptableFor: Array<"checkout" | "treasury-hold" | "yield-product">;05  redeemability: "protocol-mint-redeem" | "secondary-market-only" | "vault-share";06  warningCopy: string;07};0809export const SYNTHETIC_POLICY: Record<`0x${string}`, SyntheticTokenPolicy> = {10  "0x4c9EDD5852cd905f086C759E8383e09bff1E68B3": { // USDe11    symbol: "USDe",12    address: "0x4c9EDD5852cd905f086C759E8383e09bff1E68B3",13    acceptableFor: ["checkout", "treasury-hold"],14    redeemability: "secondary-market-only", // mint/redeem 접근 제한 — secondary market exit 명시15    warningCopy: "USDe는 synthetic dollar 입니다. 1:1 fiat 상환을 보장하지 않습니다."16  },17  "0x9D39A5DE30e57443BfF2A8307A4256c8797A3497": { // sUSDe18    symbol: "sUSDe",19    address: "0x9D39A5DE30e57443BfF2A8307A4256c8797A3497",20    acceptableFor: ["yield-product"], // ← checkout 결제 불가21    redeemability: "vault-share",22    warningCopy: "sUSDe는 yield-bearing share token 입니다. 결제 자산이 아닙니다."23  }24};2526export function assertPaymentToken(address: `0x${string}`) {27  const p = SYNTHETIC_POLICY[address];28  if (p && !p.acceptableFor.includes("checkout")) {29    throw new Error(`${p.symbol} cannot be used as checkout asset: ${p.warningCopy}`);30  }31}

인덱서Funding rate / basis 모니터링 — exchange feeds 집계

hedge venue별 funding rate를 매 시간 집계해 음수 funding 장기 지속 또는 basis 확대를 알림으로 띄운다.

01type FundingSample = {02  venue: "binance" | "okx" | "bybit" | "bitmex";03  symbol: "ETHUSDT-PERP" | "BTCUSDT-PERP";04  fundingRate: number;       // 8h rate05  fundingTime: string;       // ISO06  openInterestUsd: number;07};0809export function analyzeFunding(samples: FundingSample[]) {10  const weighted = samples.reduce(11    (acc, s) => acc + s.fundingRate * s.openInterestUsd,12    013  ) / samples.reduce((acc, s) => acc + s.openInterestUsd, 0);1415  const annualized = weighted * 3 * 365;1617  return {18    weightedAvgFunding8h: weighted,19    annualizedPct: annualized * 100,20    sign: weighted < 0 ? "negative" : "positive",21    alert: weighted < -0.000522      ? { severity: "warning", reason: "funding below -0.05% (8h) — yield erosion" }23      : null24  };25}

클라이언트결제 화면 문구 — "달러" / "상환" 금지 표현 가드

약관과 FAQ에서 명시한 금지 표현이 마케팅 페이지에 들어가지 않도록 컴파일 타임 검사.

01const FORBIDDEN_PHRASES = [02  /1\s*:\s*1\s*상환/,03  /보장된\s*달러/,04  /원금\s*보장/,05  /무위험\s*수익/06];0708export function lintCopy(copy: string, context: { tokenSymbol: "USDe" | "sUSDe" }) {09  const violations: string[] = [];10  for (const pattern of FORBIDDEN_PHRASES) {11    if (pattern.test(copy)) {12      violations.push(`${context.tokenSymbol} 문구에서 금지 표현 발견: ${pattern}`);13    }14  }15  return { ok: violations.length === 0, violations };16}

강의 포인트

실무 예시

백엔드[CLIENT] [OPS] 상황: 결제팀이 "USDe를 crypto checkout에서 받을 수 있게 하자"는 요청을 받았다. 단순 구현은 ERC-20 주소를 allowlist에 넣고 결제 감지 컨트랙트에 추가하는 것이다. 그러나 강의의 기준으로는 먼저 판단표를 만든다.

이 판단표가 있어야 구현도 단순해진다. token.allowCheckout = true만 저장하지 않고 token.allowedUseCases = ["checkout"], token.settlementPolicy = "convert-to-usdc", token.redemptionPath = "secondary-market"처럼 운영 가능한 사실을 데이터로 남길 수 있다.

흔한 오해와 실패 시나리오

실습 과제

1. 운영USDe 리스크 원천 분해하기: delta hedge, funding/basis, backing asset, OES custody, exchange venue, mint/redeem access, secondary liquidity를 각각 다른 리스크로 정리한다.
2. 백엔드USDe 결제 allowlist 판단표 만들기: USDe를 checkout asset, merchant settlement asset, treasury holding, yield product 중 어디에 허용할지 기준과 금지 문구를 작성한다.
3. 백엔드[CLIENT] sUSDe 회계/UX 분리하기: USDe와 sUSDe를 principal token과 reward-bearing receipt token으로 나누고, 결제 금액 표시, 환불, 정산, 수익 인식에서 다르게 처리할 점을 적는다.

완료 기준

1. 수익 원천을 3개 이상 구분했다.
2. 헤지 실패 상태를 설명했다.
3. 상품 설명 문구의 금지 표현을 정리했다.
4. mint/redeem 접근성과 secondary market liquidity를 분리해 평가했다.

근거 자료

• 합성 수익형 스테이블코인 USDe: 01-스테이블코인/09-합성-수익형-스테이블코인-USDe.md
• Ethena Docs: USDe Overview: https://docs.ethena.fi/solution-overview/usde-overview
• Ethena Docs: Underlying Derivatives: https://docs.ethena.fi/solution-overview/underlying-derivatives
• Ethena Docs: Custodial Risk: https://docs.ethena.fi/solution-overview/risks/custodial-risk
• Ethena Docs: Funding Risk: https://docs.ethena.fi/solution-overview/risks/funding-risk
• Ethena Docs: Rewards Mechanism Explanation: https://docs.ethena.fi/solution-overview/protocol-revenue-explanation/rewards-mechanism-explanation