SOFR는 미국 국채를 담보로 하루 동안 현금을 빌릴 때 시장에서 형성되는 비용을 넓게 보여 주는 금리다. New York Fed의 SOFR 설명도 이 금리를 미국 국채 담보의 하루짜리 차입 비용으로 설명한다. 핵심은 담보다. 기준이 되는 거래는 예금이 아니라 국채를 담보로 한 단기 자금 거래이고, 그래서 SOFR는 달러 자금 시장의 가격표에 가깝다.

하루짜리 돈값

SOFR를 미국 정책금리와 같은 말로 보면 첫 단추가 어긋난다. 미국 중앙은행이 정하는 정책금리는 시장 전체의 기준점 역할을 하지만, SOFR는 실제 거래에서 관찰되는 하루짜리 담보부 자금 조달 비용이다. 두 숫자는 같은 방향으로 움직일 수 있지만, 같은 원인과 같은 약속을 담은 숫자는 아니다.

예금금리와도 다르다. 예금금리는 은행과 고객 사이의 상품 조건이고, 예금자보호나 중도해지 조건 같은 별도 규칙이 붙는다. SOFR는 그런 고객 상품의 약속이 아니라 기관들이 국채를 담보로 돈을 빌리고 빌려주는 시장의 기준값이다. 그래서 SOFR가 높다고 해서 어떤 스테이블코인 예치 상품도 자동으로 그만큼 안전하거나 그만큼 지급된다는 뜻은 아니다.

오늘 금리와 평균

SOFR를 볼 때 또 하나 헷갈리는 지점은 오늘 숫자와 평균 숫자다. New York Fed의 SOFR 평균과 지수 페이지는 30일, 90일, 180일 평균을 공개한다. 이 평균은 하루 SOFR를 단순히 길게 늘인 숫자가 아니라, 지난 기간의 하루짜리 금리를 뒤돌아보며 복리로 계산한 값이다.

이 차이는 상품 이율을 볼 때 중요하다. 오늘 SOFR는 지금 시장의 하루짜리 돈값을 보여 주고, 30일·90일 평균은 최근 기간의 흐름을 부드럽게 만든다. SOFR Index는 일정 기간의 복리 SOFR를 계산할 때 쓰는 누적 지수에 가깝다. 어느 숫자를 기준으로 삼았는지에 따라 같은 “SOFR 기반”이라는 말도 실제 의미가 달라진다.

짧게 나누면 이렇게 볼 수 있다.

• SOFR: 미국 국채 담보 하루짜리 자금 조달 비용
• SOFR 평균: 지난 30일, 90일, 180일 흐름을 반영한 복리 평균
• 상품 표시 이율: 기준금리, 운용 구조, 수수료, 유동성 조건이 섞인 결과

상품 이율의 거리

스테이블코인이나 국채형 토큰 상품에서 SOFR가 언급될 때는 숫자 사이의 거리를 봐야 한다. 상품이 실제로 미국 단기국채나 담보부 자금 시장과 가까운 자산을 보유할 수는 있다. 하지만 독자가 받는 이율은 기준금리 하나로 결정되지 않는다. 발행사 구조, 운용 자산, 보관 방식, 수수료, 환매 조건, 플랫폼 보상 정책이 모두 중간에 들어간다.

예를 들어 준비금 보고서를 읽을 때는 현금, 국채, 환매조건부채권거래, 기타 자산이 어떻게 나뉘는지 봐야 한다. 이 지점은 USDT 준비금 보고서를 읽을 때도 중요하다. 준비금 구성이 튼튼해 보인다는 말과, 특정 예치 상품의 이율이 예금처럼 보장된다는 말은 서로 다른 주장이다.

국채형 토큰도 마찬가지다. OUSG 뜻처럼 국채형 상품은 NAV 업데이트, 환매 조건, 투자자 자격, 영업일 반영 방식까지 같이 봐야 한다. SOFR와 가까운 달러 단기금리 환경에서 움직이더라도, 지갑에 보이는 토큰 잔고와 내가 실제로 현금화할 수 있는 조건은 별도로 확인해야 한다.

비교할 때 남길 질문

SOFR를 알면 스테이블코인 이율을 더 잘 볼 수 있지만, SOFR 하나만 보면 오히려 판단이 거칠어진다. 비교할 때는 먼저 이 상품이 어떤 기준을 말하는지 확인해야 한다. 오늘 SOFR인지, 30일이나 90일 평균인지, 아니면 단순히 시장 금리 환경을 설명하는 참고값인지가 다르다.

그다음에는 기준금리에서 상품 이율까지 어떤 비용과 조건이 붙는지 봐야 한다. 운용 수수료가 있는지, 환매가 언제 가능한지, 플랫폼 보상이 별도로 붙는지, 특정 국가나 투자자 조건이 있는지에 따라 같은 달러 수익률도 독자가 감수하는 위험이 달라진다.

마지막으로 준비금과 상환 설명을 따로 봐야 한다. SOFR는 달러 자금 시장의 기준값이지, 발행사의 준비금 품질이나 플랫폼의 지급 능력을 대신 증명하지 않는다. ARRC의 SOFR 전환 설명이 SOFR를 거래량이 큰 시장에서 나온 강한 기준금리로 설명하더라도, 그 강점은 기준금리의 성격에 대한 이야기다. 개별 스테이블코인 상품의 원금 보장이나 즉시 환매를 약속하는 문장은 아니다.

SOFR를 기준금리로 이해하면 숫자가 차분해진다. 높고 낮음만 보는 대신, 이 숫자가 어느 시장에서 나온 것인지, 평균 기간이 무엇인지, 상품 이율로 오기까지 어떤 조건이 붙었는지를 나눠 볼 수 있다. 스테이블코인 이율을 비교할 때 필요한 것도 바로 그 거리감이다.

그래서 트래블룰을 수수료나 세금처럼 보면 헷갈립니다. 이 규칙은 가상자산사업자가 돈세탁 위험을 줄이기 위해 고객과 지갑 주소 정보를 주고받는 절차에 가깝습니다. 내 지갑에서 코인이 빠져나갔다는 사실과, 수신 거래소가 그 입금을 정상 처리할 수 있다는 사실은 같은 순간에 끝나지 않을 수 있습니다.

코인과 정보가 같이 움직이는 규칙

트래블룰의 핵심은 단순합니다. 가상자산사업자가 다른 가상자산사업자에게 코인을 이전할 때, 코인을 보내는 고객과 받는 고객의 정보를 함께 전달해야 한다는 것입니다. 금융위원회의 2022년 트래블룰 시행 보도자료는 100만원 상당 이상의 가상자산 이전에 대해 송신 고객과 수신 고객의 성명, 가상자산 주소 정보를 이전과 함께 제공해야 한다고 설명했습니다.

여기서 중요한 것은 100만원이라는 숫자만이 아닙니다. 거래소가 보는 것은 "이 코인이 어느 주소로 가는가"만이 아니라 "누가 누구에게 보내는가"입니다. 같은 지갑 주소라도 계정 정보가 맞지 않거나, 수신 거래소가 필요한 정보를 받을 수 없으면 입출금 처리가 멈출 수 있습니다.

이름은 영어 규제 용어처럼 보이지만, 이용자 입장에서는 거래소가 입출금 상대방을 확인하는 절차로 이해하는 편이 쉽습니다. 내가 누군가에게 코인을 보낸다는 기록과, 받는 쪽 거래소가 그 사람을 확인할 수 있다는 기록이 맞물려야 입출금 처리가 자연스럽게 이어집니다.

100만원 기준의 착시

트래블룰을 검색하면 100만원이라는 기준이 자주 보입니다. 기존 제도에서는 국내 가상자산사업자 사이의 100만원 상당 이상 이전이 핵심 기준으로 설명되어 왔습니다. 그래서 이용자는 "100만원 아래면 아무 확인도 없고, 100만원 이상이면 무조건 오래 걸린다"처럼 생각하기 쉽습니다.

하지만 실제 입출금 화면은 그렇게 단순하지 않습니다. 거래소는 자금세탁방지 의무, 고객확인, 위험 거래 모니터링, 지원 네트워크 여부를 함께 봅니다. 금액이 기준에 걸리는지도 중요하지만, 수신 거래소가 누구인지, 받는 사람 정보가 일치하는지, 개인지갑인지, 해외 사업자인지에 따라 확인 흐름이 달라질 수 있습니다.

2026년에는 이 부분을 더 조심해서 읽어야 합니다. 금융위원회의 2026년 특금법 시행령·감독규정 개정안 입법예고는 가상자산 이전거래 관련 자금세탁방지 의무 강화와 함께, 가상자산 이전 시 정보제공 기준금액 폐지를 예고했습니다. 다만 입법예고와 시행 예정인 규칙은 현재 이미 적용 중인 화면과 구분해야 합니다. 검색 결과에서 새 제도 이야기를 봤다고 해서 내 오늘 소액 출금이 모두 같은 방식으로 처리된다고 단정하면 안 됩니다.

입출금이 늦어지는 지점

트래블룰 때문에 생기는 지연은 네트워크 수수료 문제와 다릅니다. 블록체인 전송은 완료됐는데 거래소가 입금을 보류하거나, 출금 전 수신자 정보를 다시 입력하라고 할 수 있습니다. 이때 문제는 코인이 움직이지 않는 것이 아니라, 거래소가 받아야 할 정보가 맞는지 확인하는 단계에 있을 수 있습니다.

예를 들어 보내는 거래소에는 내 이름이 한글로 등록되어 있고, 받는 거래소에는 영문 표기나 다른 계정 정보가 남아 있을 수 있습니다. 지갑 주소는 맞아도 계정 명의가 맞지 않거나, 수신 거래소가 해당 정보 형식을 받을 수 없으면 처리가 지연될 수 있습니다. 개인지갑으로 보낼 때도 거래소가 지갑 소유자 확인이나 추가 정보를 요구할 수 있습니다.

입출금 전에는 아래를 나눠 보는 편이 낫습니다.

• 보내는 곳과 받는 곳이 모두 가상자산사업자인지
• 수신자 이름과 계정 정보가 서로 맞는지
• 지갑 주소와 네트워크가 거래소에서 지원되는지
• 100만원 기준이나 개정안 이야기를 현재 적용 규칙과 혼동하고 있지는 않은지
• 개인지갑이나 해외 거래소로 보내는 경우 추가 확인이 있는지

이 항목들이 섞이면 "거래소가 출금을 막았다"라는 불만만 남습니다. 하지만 실제로는 정보 불일치, 수신 사업자 확인 실패, 네트워크 미지원, 정책상 보류가 서로 다른 문제일 수 있습니다.

신고 사업자 확인과 다른 문제

트래블룰은 거래소가 신고된 사업자인지 보는 문제와도 연결되지만, 같은 말은 아닙니다. 가상자산사업자 신고 현황을 확인하는 일은 그 사업자가 국내 제도권 안에서 신고 수리되어 있는지 보는 절차입니다. 트래블룰은 그 사업자들이 고객의 가상자산 이전 정보를 어떻게 주고받는지에 관한 절차입니다.

따라서 신고 사업자 명단에 있다고 해서 모든 입출금이 자동으로 빠르게 처리되는 것은 아닙니다. 반대로 입금이 늦어진다고 해서 곧바로 거래소가 위험하다는 뜻도 아닙니다. 어떤 정보가 필요한지, 어느 쪽에서 확인이 멈췄는지, 해당 네트워크와 지갑 유형을 지원하는지 나눠 봐야 합니다.

이 구분은 가상자산 과세 2027년을 준비할 때도 도움이 됩니다. 트래블룰은 세금 신고서가 아니라 입출금 때 따라붙는 고객 정보 확인 절차입니다. 다만 거래소 입출금 기록, 주소, 상대 계정 정보가 남는다는 점에서는 나중에 거래 기록을 정리할 때 참고할 수 있는 흔적이 됩니다.

결국 가상자산 트래블룰은 "100만원 이상이면 느리다"로 끝나는 말이 아닙니다. 코인이 이동하는 길과 정보가 확인되는 길을 함께 봐야 한다는 뜻입니다. 수익률이나 스테이블코인 출구를 볼 때도, 실제로 그 자산을 어느 거래소나 지갑으로 옮길 수 있는지, 그 과정에서 어떤 정보 확인이 붙는지까지 같이 읽어야 합니다.

거래소 출금은 보통 신청, 승인, 네트워크 전송처럼 보입니다. 이더리움 검증인 출금은 조금 다릅니다. 출금 받을 주소가 준비되어 있어야 하고, 전체 잔고를 돌려받으려면 검증인이 네트워크에서 빠져나오는 절차도 끝나야 합니다. 그 뒤에도 자격이 된 계정을 네트워크가 자동으로 훑어 보내는 시간이 남습니다.

먼저 보는 출금 주소

이더리움 스테이킹에서 출금 주소는 보상과 잔고가 어디로 갈지를 정하는 문입니다. ethereum.org의 스테이킹 출금 안내는 검증인 계정이 출금 주소를 제공해야 보상이나 전체 잔고가 이동할 수 있다고 설명합니다.

중요한 점은 이 주소가 단순한 알림용 주소가 아니라는 데 있습니다. 주소를 잘못 넣으면 나중에 마음대로 바꾸기 어렵기 때문에, 내가 통제하는 지갑인지와 네트워크 주소가 맞는지를 먼저 확인해야 합니다. 출금이 늦어지는지 보기 전에, 애초에 출금 받을 문이 제대로 열려 있는지부터 봐야 하는 이유입니다.

출금 credential은 이 역할을 더 분명하게 보여 줍니다. ethereum.org의 withdrawal credentials 설명처럼 이 값은 스테이킹한 ETH와 보상이 어디로 출금될 수 있는지를 정합니다. 그래서 출금 대기 시간은 날짜만 보는 문제가 아니라, 목적지 설정이 끝났는지도 함께 보는 문제입니다.

보상과 원금의 다른 길

스테이킹에서 기다리는 돈이 무엇인지에 따라 흐름도 달라집니다. 보상만 지갑으로 빠져나오는 경우와 검증인을 완전히 종료하고 원금까지 돌려받는 경우는 같은 출금처럼 보여도 성격이 다릅니다.

보상 출금은 검증인이 계속 활동하는 상태에서도 일어날 수 있습니다. 반면 전체 출금은 검증인이 더 이상 네트워크 의무를 맡지 않는 상태로 나가야 합니다. 이때는 자발적 종료가 필요하고, 종료가 끝나야 전체 잔고가 출금 가능한 상태가 됩니다.

ethereum.org의 스테이킹 개요는 스테이커가 보상이나 원금 잔고를 출금할 수 있다고 설명하지만, 실제 체감 시간은 이 둘을 나눠 봐야 이해됩니다. 보상이 들어오지 않는 문제인지, 검증인 전체 종료가 아직 끝나지 않은 문제인지가 다르면 기다림의 이유도 다릅니다.

종료 대기열

검증인을 완전히 나가게 하는 일은 네트워크 입장에서도 민감합니다. 많은 검증인이 한꺼번에 빠져나가면 네트워크 보안이 흔들릴 수 있기 때문입니다. 그래서 전체 exit는 당시 상황에 따라 대기열을 거칩니다.

The Merge 안내에서도 검증인 exit가 보안상 rate limited라고 설명합니다. 이 말은 출금 시간이 항상 하나의 고정 숫자로 떨어지지 않는다는 뜻입니다. 같은 ETH 스테이킹 출금이라도 요청이 몰린 시기와 그렇지 않은 시기의 대기감이 달라질 수 있습니다.

이 단계에서 헷갈리기 쉬운 점은 스테이킹 해제를 눌렀다고 바로 지갑으로 송금되는 것이 아니라는 점입니다. 검증인이 종료 과정을 지나고, 출금 가능한 상태로 표시되고, 그 뒤 자동 sweep 대상이 되어야 합니다.

지갑에 보이는 순간

전체 출금은 검증인이 withdrawable 상태가 된 뒤에도 사용자가 매번 수동으로 끌어오는 구조가 아닙니다. 출금 주소가 준비되어 있으면 네트워크가 자격이 된 계정을 계속 훑으면서 잔고를 보내는 방식입니다.

그래서 기다리는 동안에는 아래 순서를 나눠 보는 편이 낫습니다.

• 출금 받을 주소가 제대로 설정되어 있는지
• 보상 출금인지 전체 출금인지
• 검증인 종료 요청이 실제로 들어갔는지
• 종료 대기열을 지나 withdrawable 상태가 되었는지
• 자동 sweep 이후 지갑 잔고에 반영되었는지

이 다섯 가지가 섞이면 "출금이 안 된다"라는 한 문장만 남습니다. 하지만 실제 원인은 주소 미설정, 종료 대기, sweep 대기, 지갑 표시 지연처럼 서로 다를 수 있습니다.

수익률 표 옆의 유동성

ETH 스테이킹 이율을 볼 때 숫자만 비교하면 이 대기 시간이 잘 보이지 않습니다. 표시 이율이 좋아 보여도, 스테이킹을 풀고 실제 지갑 잔고로 돌아오는 시간이 따로 있다면 그 기간은 투자자가 감수해야 할 유동성 조건입니다.

이 점은 이더리움 슬래싱 뜻과도 이어집니다. 검증인은 보상을 받는 역할이지만, 네트워크 의무와 운영 위험을 함께 맡습니다. 리스테이킹 뜻을 볼 때도 기본 스테이킹 출금 흐름을 알고 있어야 보상이 한 번 더 붙는 구조와 빠져나오는 조건을 나눠 읽을 수 있습니다.

체인마다 대기 구조가 다르다는 점도 같이 봐야 합니다. 솔라나 언스테이킹 대기 시간을 읽어 보면, 같은 스테이킹 해제라도 stake account 상태와 epoch 흐름 때문에 다른 방식으로 기다리게 됩니다. 이더리움은 출금 주소, validator exit, withdrawable 상태, sweep을 나눠 보는 쪽이 핵심입니다.

결국 이더리움 스테이킹 출금 대기 시간은 "며칠이면 끝난다"보다 "지금 어느 단계에 있는가"가 더 중요합니다. 수익률 표를 볼 때도 받을 수 있는 보상률과 함께, 그 ETH가 언제 다시 쓸 수 있는 잔고가 되는지까지 같이 읽어야 합니다.

그런데 이 말만 보고 기록 정리를 2027년 이후로 미루면 놓치는 지점이 있습니다. 2027년 전에 이미 보유한 가상자산에는 2026년 12월 31일 당시의 시가와 실제 취득가액 중 큰 금액을 취득가액으로 보는 기준이 붙어 있습니다. 과세가 시작되는 날은 2027년이지만, 기록에서 중요한 기준일은 그 전날에도 생기는 셈입니다.

유예와 준비 사이

국세청의 거주자 가상자산소득 과세 개요는 2024년 12월 소득세법 개정으로 시행이 2년 유예되었고, 2027년 1월 1일 이후 양도·대여분부터 기타소득으로 분리과세된다고 안내합니다. 여기서 유예는 준비할 것이 없다는 뜻이 아니라, 실제 과세가 적용되는 시점이 뒤로 밀렸다는 뜻에 가깝습니다.

독자가 먼저 나눠 봐야 할 것은 보유와 처분입니다. 단순히 지갑이나 거래소에 가상자산을 들고 있는 상태와, 그것을 팔거나 다른 자산으로 바꾸거나 빌려 주는 행위는 기록에서 의미가 다릅니다. 과세 대상 설명도 가상자산을 양도하거나 대여해서 발생하는 소득을 중심으로 잡고 있습니다.

이 구분은 StableEarning에서 수익률을 볼 때도 중요합니다. 화면의 수익률은 투자 판단을 위한 출발점일 수 있지만, 세금 기록은 언제 취득했는지, 어떤 대가로 처분했는지, 비용을 어떻게 확인할 수 있는지에 더 가깝습니다. 수익률 숫자와 신고 기준은 같은 표에서 바로 이어지지 않습니다.

2026년 말 기준가

가장 헷갈리는 부분은 2026년 12월 31일입니다. 과세 시행 전에 이미 보유한 가상자산은 실제 취득가액만 보는 것이 아니라, 2026년 12월 31일 당시의 시가와 실제 취득가액 중 큰 금액을 취득가액으로 본다고 안내되어 있습니다. 이 기준은 나중에 “언제 샀는지”만으로 끝나지 않는 이유가 됩니다.

예를 들어 오래전에 산 코인을 2027년 이후에 판다면, 독자는 매도 가격만 떠올리기 쉽습니다. 하지만 기록상으로는 취득가액을 어떻게 볼지, 2026년 말 시가가 어떤 기준으로 확인되는지, 실제 취득 기록이 남아 있는지까지 이어집니다. 기준일이 지나간 뒤 거래소 화면만 뒤져서는 부족할 수 있습니다.

국세청 안내는 시가고시가상자산사업자가 취급하는 가상자산의 경우 2027년 1월 1일 0시 현재 각 사업장에서 공시한 가격의 평균을 설명합니다. 이 문장을 세무 계산식으로 외울 필요는 없지만, 적어도 2026년 말 보유분은 나중에 별도 기준가와 연결될 수 있다는 점은 기억해야 합니다.

취득가액은 기억이 아니다

가상자산소득은 양도·대여의 대가에서 실제 취득가액과 부대비용을 빼는 구조로 설명됩니다. 여기서 취득가액은 “대충 이쯤에 샀던 것 같다”는 기억이 아닙니다. 매수 내역, 수수료, 입출금, 지갑 이동, 다른 거래소로 옮긴 기록이 서로 맞아야 설명이 됩니다.

거래소 한 곳에서만 사고팔았다면 비교적 단순할 수 있습니다. 하지만 실제 사용자는 여러 거래소, 개인 지갑, 스테이블코인, BTC·ETH 마켓, DeFi 이동을 섞어 씁니다. 이때 기록이 흩어지면 나중에 어느 자산을 어떤 가격으로 취득한 것인지 연결하기 어려워집니다.

가상자산사업자 신고 현황을 확인할 때도 같은 태도가 필요합니다. 공식 명단에 있는 사업자인지 보는 것은 출발점이고, 내 거래 기록이 어느 사업자와 어느 지갑에 나뉘어 있는지 정리하는 일은 별개의 문제입니다.

교환거래의 빈칸

코인 세금 이야기를 할 때 원화로 사고 원화로 파는 장면만 떠올리면 부족합니다. 국세청 안내에는 가상자산 간 교환으로 발생하는 소득금액 계산도 따로 설명되어 있습니다. 교환거래는 기축가상자산의 가액과 교환비율을 기준으로 읽는 구조가 붙습니다.

이 말은 스테이블코인이나 BTC·ETH 마켓에서 바꾼 기록이 나중에 그냥 내부 이동처럼 보이지 않을 수 있다는 뜻입니다. USDT로 산 알트코인, ETH 마켓에서 바꾼 토큰, 거래소 간 이동 뒤 다시 교환한 내역은 매매 손익을 설명할 때 빈칸이 되기 쉽습니다.

그래서 USDT 준비금 보고서처럼 스테이블코인의 안전성을 읽는 글과 세금 기록은 서로 다른 일을 합니다. 준비금 보고서는 토큰이 무엇을 근거로 발행되는지 보는 자료이고, 세금 기록은 내가 어떤 시점에 무엇을 얼마로 취득하거나 처분했는지를 설명하는 자료입니다.

신고 전에 볼 항목

세율과 공제도 숫자로만 외우면 금방 단순해집니다. 국세청 안내는 기본공제를 연 250만원, 세율을 20%로 설명하고, 연간 손익을 통산해 다음 해 5월 종합소득세 신고기간에 기타소득으로 신고한다고 안내합니다. 중요한 것은 이 숫자가 마지막 계산 단계에 가깝다는 점입니다.

그 전에 먼저 확인할 것은 더 기본적인 기록입니다.

• 2026년 말 보유 가상자산과 기준가 확인 가능성
• 실제 매수 가격과 수수료, 입출금 수수료 기록
• 거래소별 매매 내역과 개인 지갑 이동 내역
• 스테이블코인, BTC, ETH 마켓의 교환거래 기록
• 2027년 이후 양도·대여 내역을 따로 볼 수 있는지

이 목록은 세무 신고를 대신하지 않습니다. 다만 나중에 세무 전문가에게 맡기더라도, 자료가 흩어져 있으면 판단 자체가 늦어질 수 있습니다. 특히 여러 거래소와 지갑을 함께 쓰는 사람은 “어디서 얼마를 벌었나”보다 “어떤 기록이 어디에 남아 있나”를 먼저 보는 편이 현실적입니다.

수익률과 세금 기준

StableEarning에서 스테이블코인 예치, RWA 수익률, 스테이킹 보상을 비교할 때 독자는 보통 표시 이율과 위험 구조를 먼저 봅니다. 그것은 투자 판단의 언어입니다. 반면 세금은 표시 이율 그대로가 아니라 실제 양도·대여, 취득가액, 부대비용, 교환 기준을 따라갑니다.

MiCA 스테이블코인 뜻을 볼 때 규제 라벨이 예금자보호와 같지 않다는 점을 나눠 읽어야 하듯, 과세에서도 수익률 표와 신고 기준을 나눠 봐야 합니다. 좋은 수익률을 찾는 일과 그 결과를 나중에 설명할 수 있게 기록하는 일은 서로 다른 체크입니다.

2027년 과세 시행 전까지 남은 시간은 세금을 미리 확정하는 시간이 아닙니다. 오히려 거래 기록을 한 번 정리하고, 2026년 말 보유분과 2027년 이후 처분 기록이 섞이지 않게 만드는 시간에 가깝습니다. 공식 안내와 법령은 바뀔 수 있으니, 실제 신고 전에는 국가법령정보센터 소득세법과 국세청 최신 안내를 다시 확인해야 합니다.

MEV는 블록 안에 어떤 거래를 넣을지, 빼낼지, 어떤 순서로 배치할지에 따라 생길 수 있는 추가 가치를 뜻합니다. 어려운 말로 시작하지만, 독자가 실제로 봐야 할 지점은 단순합니다. 내가 본 스왑 견적은 제출 전 예상이고, 실제 체결은 다른 거래들과 순서가 섞인 뒤에 결정됩니다.

순서는 가격이 된다

Ethereum 공식 문서는 MEV를 블록 보상과 가스비를 넘어 거래의 포함, 제외, 순서 변경으로 추출될 수 있는 가치라고 설명합니다. 예전에는 채굴자가 순서를 정한다고 해서 miner extractable value라고 불렸지만, 현재는 검증인과 검색자, 빌더 같은 여러 참여자가 얽히는 구조로 보는 편이 더 맞습니다.

스왑에서는 이 순서가 곧 가격이 될 수 있습니다. DEX 가격은 주문서에 누군가가 걸어 둔 가격을 그대로 받는 방식이 아니라, 풀 안의 자산 비율과 경로에 따라 움직입니다. 내 거래가 들어가기 전 누군가 같은 풀에서 큰 거래를 먼저 체결하면, 내가 받을 수량은 내가 버튼을 누르던 순간의 견적과 달라질 수 있습니다.

그래서 MEV는 화면 밖의 추상적인 수익 경쟁이 아닙니다. 블록 안에서 내 거래가 어디에 놓이는지, 그 앞뒤에 어떤 거래가 붙는지에 따라 체결 가격이 바뀌는 문제입니다. DEX 라우터 뜻을 함께 보면 스왑 경로가 여러 풀을 지나는 이유까지 이어서 이해할 수 있습니다.

봇은 대기열을 본다

사용자가 거래를 보내면 많은 거래는 먼저 공개 대기열처럼 볼 수 있는 공간을 지나갑니다. 이때 검색자는 수익 기회를 찾기 위해 대기 중인 거래를 살핍니다. Ethereum 문서가 말하는 searcher는 이런 기회를 찾아 거래를 구성하고, 더 높은 포함 가능성을 위해 비용을 지불할 수 있는 참여자입니다.

가장 흔히 떠올리는 장면은 sandwich attack입니다. 봇이 사용자의 큰 스왑을 보고 먼저 같은 방향으로 거래를 넣어 가격을 움직인 뒤, 사용자의 거래가 더 불리한 가격에 체결되고 나면 반대 거래로 차익을 가져가는 구조입니다. 독자 입장에서는 누군가 내 지갑에서 돈을 직접 빼 간 것처럼 보이지 않아도, 체결 결과가 불리해질 수 있습니다.

모든 가격 차이가 공격이라는 뜻은 아닙니다. DEX 사이 가격 차이를 맞추는 차익거래도 MEV의 한 형태입니다. 문제는 같은 구조가 일반 사용자의 체결 수량과 비용을 흔들 수 있다는 점입니다. 그래서 MEV를 볼 때는 "누가 돈을 벌었나"보다 "내 거래가 어떤 순서에 놓였나"를 먼저 봐야 합니다.

슬리피지는 보호선이다

스왑 화면에는 보통 slippage 허용 범위가 있습니다. 이 숫자는 손실을 없애는 장치가 아니라, 견적보다 얼마나 불리한 가격까지 체결을 허용할지 정하는 선입니다. 너무 넓게 잡으면 불리한 체결이 통과될 수 있고, 너무 좁게 잡으면 가격이 조금만 움직여도 거래가 실패할 수 있습니다.

이 지점에서 가스비와 슬리피지를 섞어 보면 안 됩니다. 가스비를 더 낸다고 해서 항상 좋은 가격에 체결되는 것은 아닙니다. 더 높은 비용은 포함 가능성이나 속도에 영향을 줄 수 있지만, 내 거래 앞뒤의 거래 흐름과 풀 가격 변화까지 없애지는 못합니다.

Uniswap의 스왑 설명처럼 사용자는 토큰을 교환하기 위해 거래를 보내고, 그 거래는 풀과 경로를 거쳐 체결됩니다. 이 과정에서 수수료, 가격 영향, 허용 범위가 함께 결과를 만듭니다. 스왑 수수료 자체와 유동성 공급자의 수수료 보상은 별도 층이므로, 수수료가 보인다고 해서 체결 가격 위험이 사라지는 것도 아닙니다.

보호 경로도 완전한 방패는 아니다

MEV가 걱정되면 private transaction이나 보호 경로라는 말을 보게 됩니다. Flashbots Protect 같은 경로는 거래가 공개 대기열에 그대로 노출되는 것을 줄이는 방식으로 설명됩니다. 공개 대기열을 덜 드러내면 앞뒤로 거래가 붙는 위험을 일부 낮출 수 있습니다.

다만 이것을 완전한 방패로 읽으면 안 됩니다. 보호 경로는 거래 노출 방식을 바꾸는 도구이지, 시장 가격이 움직이지 않게 고정하는 약속이 아닙니다. 거래가 실패할 수도 있고, 유동성 부족이나 가격 변동, 라우팅 조건 때문에 여전히 예상과 다른 결과가 나올 수 있습니다.

결국 보호 경로를 쓸지 말지는 "MEV가 무서우니 무조건 켠다"가 아니라, 내가 보내는 거래 규모와 풀 유동성, 허용할 수 있는 가격 차이, 사용하는 지갑이나 앱이 어떤 경로를 지원하는지 함께 보는 문제입니다. 보호 경로가 있다고 해서 스왑 전 확인을 건너뛰면 다시 같은 실수를 할 수 있습니다.

스왑 전 확인할 것

MEV를 이해한다고 해서 모든 스왑을 피해야 하는 것은 아닙니다. 필요한 것은 스왑 화면의 숫자를 한 덩어리로 보지 않고, 어느 숫자가 어떤 위험을 맡는지 나눠 보는 습관입니다.

• 받을 예상 수량이 거래 전후로 얼마나 움직일 수 있는지 본다.
• slippage 허용 범위가 너무 넓거나 너무 좁지 않은지 확인한다.
• 큰 거래라면 풀 유동성과 가격 영향이 작은지 따로 본다.
• 공개 대기열 노출을 줄이는 경로가 있는지 확인하되, 완전한 보장으로 읽지 않는다.
• 체결 후 받은 수량과 수수료, 실패 여부를 거래 기록에서 다시 확인한다.

이 확인은 초보자용 체크리스트가 아니라 DeFi 거래의 기본 분리선입니다. impermanent loss 뜻이 유동성 공급자의 위험을 설명한다면, MEV는 스왑을 보내는 사용자가 체결 순서와 가격 변화를 읽는 문제에 더 가깝습니다.

견적은 약속이 아니다

StableEarning에서 DeFi 수익률이나 스테이블코인 관련 기회를 볼 때도 같은 태도가 필요합니다. 화면의 숫자는 출발점일 뿐이고, 실제 결과는 그 숫자가 어떤 조건에서 만들어지는지에 달려 있습니다. 스왑 견적도 마찬가지입니다. 제출 전 숫자는 안내에 가깝고, 블록 안의 순서와 유동성 상태가 최종 체결을 만듭니다.

담보 대출의 위험을 볼 때 Aave Health Factor 뜻을 숫자 하나로 끝내지 않는 것처럼, 스왑에서도 견적 하나만 보고 판단하면 안 됩니다. 그 숫자가 어떤 풀을 지나고, 어느 정도의 가격 차이를 허용하며, 거래가 공개 대기열에서 어떤 위험을 가질 수 있는지 나눠 봐야 합니다.

MEV는 "봇이 있다"는 막연한 공포가 아닙니다. 내 거래가 블록 안에서 어떤 순서로 들어가고, 그 순서가 가격과 체결 수량을 어떻게 바꿀 수 있는지 묻는 말입니다. 이 차이를 알고 나면 스왑 전 견적은 약속된 결과가 아니라, 조건이 맞을 때 가까워지는 예상치로 보입니다.

공식 자료는 Ethereum의 Maximal extractable value, Uniswap Developers의 Swaps와 Fees, Flashbots의 Protect Overview를 기준으로 확인했습니다. 이 글은 특정 스왑, 토큰, 봇 서비스 이용을 권유하지 않습니다.

명단의 첫 의미

FIU가 공개한 가상자산사업자 신고 현황은 2026년 5월 29일 기준 자료입니다. 이 공지는 신고수리가 결정된 사업자로 업비트, 코빗, 코인원, 빗썸, 플라이빗, 고팍스, BTX, 포블, 코어닥스, KODA, KDAC, 비블록, 크립토닷컴, 빗크몬, 프라뱅, 보라비트, 오하이월렛, 하이퍼리즘, 오아시스, 커스텔라, 인피닛블록, 디에스알브이랩스, 비댁스, INEX, 돌핀, 바우맨, 블로세이프, ABC Cloud Wallet 등 28개사를 열거합니다.

여기서 중요한 말은 “기준”입니다. 같은 공지는 신고수리와 변경신고 같은 변동사항을 매월 말 정보공개현황 자료로 업데이트할 예정이라고 안내합니다. 그래서 검색자가 오늘 어떤 사업자를 확인한다면, 예전에 본 캡처나 블로그 목록보다 FIU 공지의 기준일을 먼저 봐야 합니다. 명단에 있는 이름도 법인명, 서비스명, 영업 유형이 섞여 보일 수 있으므로 내가 쓰는 앱 이름과 사업자명을 한 번 더 맞춰 보는 편이 안전합니다.

신고 수리와 보호 보장

신고 수리는 아무 의미 없는 형식 절차가 아닙니다. FIU의 신고 방법 및 절차 안내와 신고 매뉴얼은 가상자산사업자가 신고서와 첨부서류를 갖춰 FIU에 신고해야 한다고 설명합니다. 주요 심사항목에는 정보보호 관리체계 인증, 실명확인 입출금계정, 대표자와 임원의 자격요건 등이 들어갑니다.

하지만 이것은 사업자의 기본 요건과 자금세탁방지 체계를 보는 절차입니다. 은행 예금처럼 원금이 보장된다는 뜻도 아니고, 거래소가 영업을 중단하지 않는다는 뜻도 아닙니다. 특히 원화 입출금을 다루는 거래소인지, 가상자산 보관이나 지갑 기능을 중심으로 하는 사업자인지에 따라 확인해야 할 지점이 달라집니다. 예치금과 가상자산 보호 범위가 궁금하다면 거래소가 망하면 내 코인도 보호될까처럼 예치금과 코인 보관을 따로 보는 글을 함께 읽는 편이 낫습니다.

같이 봐야 할 항목

명단을 열었다면 이름 하나만 확인하고 닫기보다 몇 가지를 나눠 보는 것이 좋습니다.

• 기준일이 언제인지 본다. 2026년 5월 29일 기준처럼 명단에는 시점이 붙는다.
• 사업자명과 서비스명이 맞는지 본다. 앱 이름과 법인명이 다르게 보일 수 있다.
• 원화 입출금이 필요한 서비스인지 본다. 가상자산과 금전의 교환행위가 있으면 실명확인 입출금계정이 중요한 확인 항목이 된다.
• ISMS 인증을 따로 확인한다. FIU 공지는 ISMS-P 누리집에서 인증 유지 현황을 확인할 수 있다고 안내한다.
• 최근 변경이나 갱신 흐름을 본다. 신고 현황은 한 번 보고 끝나는 고정 명단이 아니다.

이 순서로 보면 “신고된 곳이냐”라는 질문이 조금 더 정확해집니다. 내가 묻는 것이 합법 영업 여부인지, 원화 입출금 가능성인지, 정보보호 인증인지, 내 자산이 어떻게 분리 보관되는지에 따라 확인해야 할 자료가 달라지기 때문입니다.

갱신과 말소 가능성

FIU 신고 매뉴얼은 신고 유효기간을 신고 수리일부터 3년으로 설명하고, 같은 행위를 계속 영업하려는 사업자는 유효기간이 만료되기 45일 전까지 갱신 신고를 해야 한다고 안내합니다. 이 말은 신고 현황이 영구 면허처럼 굳어 있는 것이 아니라는 뜻입니다.

또 신고 이후에도 유지 요건이 있습니다. 매뉴얼은 ISMS 인증을 갖추지 못하거나, 필요한 실명확인 입출금계정을 갖추지 못하거나, 폐업신고를 하거나, 거짓이나 부정한 방법으로 신고한 경우처럼 직권말소 사유가 생길 수 있다고 설명합니다. 이용자 입장에서는 이 부분을 너무 법률 문구처럼 외울 필요는 없지만, 명단이 “한 번 통과했으니 계속 안전하다”는 표가 아니라는 점은 기억해야 합니다.

StableEarning에서 이어 볼 점

StableEarning에서 거래소 금리, 스테이킹, RWA 수익률을 볼 때도 같은 구분이 필요합니다. 화면의 수익률은 상품의 조건을 비교하는 참고값이고, FIU 신고 현황은 사업자 신고 상태를 보는 별도 자료입니다. 둘을 합쳐 “금리가 높고 신고된 곳이니 안전하다”로 결론 내리면 가장 중요한 중간 질문이 빠집니다.

원화 예치금에 붙는 이용료가 예금금리와 어떻게 다른지는 가상자산 예치금 이용료 뜻에서 따로 볼 수 있습니다. 준비금이나 은행 계좌라는 말이 예금자보호로 바로 이어지지 않는다는 점은 스테이블코인 FDIC 보험과도 연결됩니다. 신고 현황은 확인의 시작이고, 실제 판단은 기준일, 사업자 유형, 원화계정, 보관 구조, 상품 조건을 분리해서 볼 때 더 선명해집니다.

스테이블코인은 이름부터 안정감을 줍니다. 여기에 유럽 규제라는 단어가 붙으면 더 안심해도 되는 자산처럼 보입니다. 실제로 MiCA는 아무 의미 없는 마케팅 문구가 아닙니다. 발행사 인가, 공시, 준비자산, 서비스 제공자 등록처럼 투자자가 확인할 수 있는 기준을 만든 제도입니다. 다만 제도가 있다는 말과 내 지갑의 토큰이 은행 예금처럼 보호된다는 말은 같은 문장이 아닙니다.

MiCA가 나누는 것

MiCA는 Markets in Crypto-Assets Regulation의 줄임말입니다. 유럽연합이 암호자산 발행자와 서비스 제공자에게 공통 규칙을 적용하기 위해 만든 규제 체계입니다. 공식 법령은 EUR-Lex MiCA 원문에서 확인할 수 있습니다.

스테이블코인처럼 보이는 자산을 볼 때 MiCA가 먼저 하는 일은 "안전하다"라고 찍어 주는 것이 아니라, 이 토큰이 어떤 성격의 자산인지 나누는 일입니다. 여러 자산이나 권리를 참조하는 토큰은 ART로, 하나의 공식 통화 가치를 참조하는 토큰은 EMT로 다뤄질 수 있습니다. 한국어로는 자산준거토큰, 전자화폐토큰이라고 부르지만, 독자가 실제로 기억해야 할 점은 더 단순합니다. 같은 1달러형 토큰처럼 보여도 유럽 규제 안에서는 발행 구조와 책임 범위가 다르게 분류될 수 있습니다.

그래서 MiCA 라벨은 가격표가 아니라 분류표에 가깝습니다. USDT, USDC, EURC처럼 익숙한 이름이 붙어 있어도, 유럽에서 어떤 발행사가 어떤 인가를 받았는지와 내가 쓰는 거래소에서 어떤 서비스가 열려 있는지는 따로 확인해야 합니다.

인가와 보호의 거리

유럽위원회는 2026년 MiCA 리뷰 안내에서 MiCA가 암호자산, 스테이블코인, 발행자, 서비스 제공자를 포괄하는 EU의 조화된 프레임이라고 설명합니다. 이 말은 규제 밖에서 마음대로 발행하거나 유통하는 것을 줄이겠다는 뜻입니다. 하지만 인가가 있다는 사실만으로 토큰 보유자가 은행 예금자처럼 보호된다고 읽으면 곤란합니다.

스테이블코인을 볼 때는 서로 다른 네 층을 나눠야 합니다.

• 토큰이 ART인지 EMT인지 같은 분류
• 발행사가 유럽에서 필요한 인가를 받았는지
• 준비자산과 상환 조건을 어디에서 확인할 수 있는지
• 내가 쓰는 거래소나 지갑에서 어떤 지역 정책이 적용되는지
• 은행 예금자보호나 투자자보상제도와 직접 연결되는지

여기서 마지막 항목이 중요합니다. MiCA는 스테이블코인 시장에 규칙을 붙이는 제도이지, 모든 토큰 잔고를 예금처럼 바꾸는 제도가 아닙니다. 준비금이 있거나 발행사가 인가를 받았다는 말은 중요한 확인 자료지만, 그것만으로 "원금이 보장된다"거나 "정부가 대신 갚아 준다"는 결론으로 건너뛰면 안 됩니다. 이 부분은 스테이블코인 FDIC 보험 글에서 다룬 예금자보호 오해와도 닿아 있습니다.

거래소 공지 읽는 법

MiCA가 검색되는 순간은 대개 공식 법령을 처음부터 읽을 때가 아닙니다. 거래소 공지에서 "non-MiCA compliant"라는 표현을 보거나, 어떤 스테이블코인이 유럽 사용자에게 제한된다는 문장을 볼 때입니다. 이때 많은 사람이 "이 코인이 위험해서 빠지는 건가"라고 먼저 생각합니다.

그럴 때는 가격이나 준비금 문제로 바로 연결하기보다 서비스 지역과 규제 준수 범위를 먼저 봐야 합니다. ESMA의 MiCA 안내는 등록부를 백서, ART 발행자, EMT 발행자, 인가된 서비스 제공자, 비준수 서비스 제공자 같은 항목으로 나눠 보여 줍니다. 즉, MiCA는 토큰 하나만 보는 규칙이 아니라 발행자와 거래소 같은 서비스 제공자까지 함께 보는 틀입니다.

ESMA와 유럽위원회가 낸 비준수 ART·EMT 안내도 이 점을 보여 줍니다. MiCA를 따르지 않는 토큰을 유럽 서비스가 어떻게 취급할지 별도 안내가 필요하다는 뜻입니다. 이런 문구는 코인이 하루아침에 0원이 된다는 예고라기보다, 유럽 규제 적용 지역에서 어떤 서비스가 열리고 닫히는지에 관한 신호로 읽어야 합니다.

한국 사용자라면 더더욱 공지를 그대로 자기 계정에 옮겨 붙이면 안 됩니다. 같은 거래소라도 지역 법인, 이용자 거주지, 보유 계정, 지원 체인, 입출금 정책이 다를 수 있습니다. 유럽 공지는 내 앱에서 당장 거래가 막힌다는 뜻일 수도 있고, 특정 지역 서비스에만 해당한다는 뜻일 수도 있습니다.

준비금 보고서의 자리

MiCA 라벨이 붙었다고 준비금 확인이 필요 없어지는 것은 아닙니다. 반대로 준비금 보고서가 있다고 MiCA 분류를 무시해도 되는 것도 아닙니다. 둘은 서로 보완되는 자료지만 묻는 질문이 다릅니다.

준비금 보고서는 보통 토큰 발행량과 현금, 국채, 역레포, 기타 자산 구성을 어떻게 맞추는지 보여 줍니다. 이 자료를 읽을 때는 기준일, 감사 또는 증명 방식, 부채와 자산의 대응, 상환 조건을 봐야 합니다. USDT 준비금 보고서를 현금 잔고표처럼 보면 안 되는 이유도 여기에 있습니다. 숫자는 필요하지만 숫자만으로 법적 보호 범위가 자동으로 정해지지는 않습니다.

MiCA는 발행자와 서비스 제공자가 지켜야 할 규제 틀을 보여 주고, 준비금 보고서는 발행사가 어떤 자산으로 토큰을 뒷받침한다고 설명하는지 보여 줍니다. 그리고 실제 보유자는 자기 계정이 거래소 보관인지, 개인 지갑인지, 발행사 직접 상환 대상인지, 지역 제한이 있는지를 또 따로 확인해야 합니다. 한 자료가 나머지 세 질문을 대신하지 못합니다.

유로 기준 토큰의 착시

MiCA 문맥에서는 EURC 같은 유로 기준 스테이블코인이 함께 보일 수 있습니다. EURC는 달러 코인처럼 보이지만 기준 통화가 유로라는 점부터 다릅니다. 이 내용은 EURC 뜻 글에서도 따로 설명했습니다.

달러 기준 스테이블코인을 보던 습관으로 유로 기준 토큰을 읽으면 숫자가 어색해집니다. 1달러 근처가 아니라 1유로 기준으로 움직이고, 원화 가격도 달러형 코인과 다르게 보일 수 있습니다. 여기에 MiCA 라벨까지 붙으면 "유럽 코인이니까 더 안전하다"라는 식으로 감각이 흐려질 수 있습니다. 기준 통화, 발행사, 준비금, 상환 경로, 거래소 지원 지역은 각각 다른 질문입니다.

공지 한 줄 체크

거래소나 발행사 페이지에서 MiCA 문구를 봤다면 먼저 가격 전망을 떠올리기보다 확인 순서를 짧게 잡는 편이 낫습니다.

• 이 토큰이 ART인지 EMT인지, 또는 공지에서 어떤 분류로 언급되는지 본다.
• 발행사가 유럽에서 어떤 인가나 등록 상태를 갖고 있는지 확인한다.
• 준비금 보고서와 상환 조건이 따로 공개되어 있는지 본다.
• 내 거래소 계정의 지역 정책과 입출금, 매수, 매도 가능 범위를 확인한다.
• 규제 준수 문구를 예금자보호나 원금 보장 문구로 바꿔 읽지 않는다.

이 순서는 복잡해 보이지만, 실제로는 한 가지 실수를 막기 위한 것입니다. 규제 안에 들어온다는 말은 더 확인할 수 있는 표면이 생긴다는 뜻이지, 확인할 필요가 사라진다는 뜻이 아닙니다.

규제 이후의 확인

MiCA 스테이블코인이라는 말은 무시해도 되는 말이 아닙니다. 유럽 시장에서 발행사와 거래소가 어떤 기준을 따라야 하는지 보여 주는 중요한 단서입니다. 다만 그 단서 하나로 투자 판단을 끝내면 규제가 오히려 오해의 포장이 됩니다.

독자가 실제로 가져가야 할 결론은 단순합니다. MiCA는 스테이블코인을 더 체계적으로 분류하고, 발행자와 서비스 제공자의 책임을 확인하게 만드는 규제입니다. 그러나 규제 준수, 준비금, 상환 가능성, 거래소 지원, 예금자보호는 서로 다른 층입니다. 공지에서 MiCA라는 단어를 봤다면 먼저 이 층들을 나눠 보고, 그 다음 내가 가진 토큰과 계정에 어떤 조건이 적용되는지를 확인해야 합니다.

OUSG는 Ondo가 제공하는 단기 미국 국채형 토큰화 상품입니다. Ondo OUSG Overview는 단기 미국 국채, 정부기관 증권, 일부 유동성 자산 등에 대한 노출을 제공하고, 투자와 환매 과정에서 USDC나 PYUSD를 사용할 수 있다고 설명합니다. 여기서 핵심은 "국채를 토큰처럼 직접 들고 있다"가 아니라, 기초 자산의 가치가 OUSG의 토큰 가격과 NAV에 반영된다는 점입니다.

지갑 잔고와 NAV

수익률을 지갑 이자처럼 보면 가장 먼저 헷갈리는 부분이 여기입니다. OUSG의 수익은 별도 보상 토큰이 매일 입금되는 방식으로만 이해하면 안 됩니다. 공식 수익 설명은 기초 투자에서 발생한 수익이 펀드의 순자산가치에 반영되고, 그 결과 토큰당 NAV가 올라가는 식으로 설명합니다.

예를 들어 지갑에 보이는 OUSG 수량이 그대로여도, 토큰당 NAV가 바뀌면 환산 가치가 달라질 수 있습니다. 반대로 토큰 수량만 보면 내가 받은 수익을 놓칠 수 있습니다. 그래서 OUSG 수익률을 읽을 때는 "잔고가 몇 개인가"보다 "토큰당 NAV가 언제, 어떤 기준으로 업데이트되는가"가 먼저입니다.

이 점은 Ondo OUSG Yield 문서의 설명과도 맞닿아 있습니다. 가격은 보통 영업일마다 업데이트되고, 주말이나 휴일에는 다음 영업일 가격 반영까지 시간 차이가 생길 수 있습니다. 수익률 숫자는 과거 기간의 소득과 비용을 바탕으로 계산되는 표시값이지, 앞으로 받을 이자를 고정해 주는 약속이 아닙니다.

환매 가능이라는 말의 범위

OUSG 설명에는 즉시 투자와 즉시 환매가 나오지만, 이것도 "아무 조건 없이 24시간 현금처럼 빠져나온다"는 뜻으로 줄이면 위험합니다. 공식 개요는 즉시 거래에 한도와 최소 금액이 있고, 그 한도를 넘으면 비즉시 청약이나 환매 요청을 해야 한다고 설명합니다. 비즉시 환매는 요청 시각에 따라 다음 영업일 이후 처리로 넘어갈 수 있습니다.

Ondo OUSG Redeeming 문서에서는 즉시 환매와 비즉시 환매를 나눠 설명합니다. 즉시 환매는 OUSG를 보내는 동시에 USDC를 받는 구조로 설명되지만, 제한이 붙을 수 있습니다. 비즉시 환매는 4pm ET 전후 요청 시각에 따라 처리일이 달라질 수 있고, 최소 환매 금액도 즉시 환매와 다르게 봐야 합니다.

이 차이를 놓치면 OUSG를 스테이블코인 지갑 잔고처럼 보게 됩니다. 스테이블코인도 발행사 상환과 거래소 매도는 다르게 봐야 하듯이, 토큰화 국채 상품도 "보유", "이전", "환매", "현금화"가 같은 버튼 하나로 끝나는지 따로 확인해야 합니다. 이 맥락은 스테이블코인 상환 뜻을 볼 때와도 비슷합니다.

누구나 사는 국채 코인은 아니다

OUSG가 국채형 자산을 토큰화했다는 말은 누구나 지갑만 있으면 같은 조건으로 들고 다닐 수 있다는 뜻도 아닙니다. Ondo OUSG Important Notes에는 OUSG가 적격 투자자와 qualified purchaser 같은 자격 조건을 충족한 사람에게 제공되는 상품이라고 적혀 있습니다. 온보딩과 자격 확인을 거쳐야 투자, 환매, 이전 또는 수령이 가능한 구조입니다.

그래서 OUSG는 "국채 수익률을 블록체인에서 볼 수 있다"는 점만 보면 부족합니다. 어떤 사람에게 제공되는지, 어느 지갑이 보유할 수 있는지, 환매 요청이 어떤 경로로 처리되는지까지 봐야 합니다. 이 제한은 상품의 품질을 좋다 나쁘다로 단정하는 문제가 아니라, 수익률 표를 읽을 때 빠뜨리면 안 되는 사용 조건입니다.

RWA나 토큰화 국채 글을 읽을 때도 같은 기준이 필요합니다. BUIDL 뜻처럼 다른 토큰화 국채형 상품을 볼 때도, 토큰 이름보다 먼저 기초 자산, 수익 반영 방식, 투자자 자격, 환매 조건을 나눠야 합니다. 준비금이 있다는 말과 내 지갑 잔고의 권리가 바로 같지 않은 것처럼, USDT 준비금 보고서를 읽을 때의 습관도 여기서 도움이 됩니다.

수익률을 볼 때 네 가지

OUSG 같은 국채형 토큰을 볼 때는 표시 수익률 하나만 외우지 않는 편이 좋습니다. 적어도 다음 네 가지를 같은 화면의 다른 줄처럼 나눠 봐야 합니다.

• 기초 자산: 단기 국채형 자산, 정부기관 증권, 유동성 자산 중 무엇에 노출되는지 봅니다.
• NAV 반영: 수익이 지갑 입금이 아니라 토큰당 NAV와 가격에 어떻게 반영되는지 봅니다.
• 시간 조건: 영업일 업데이트, 주말과 휴일, 환매 요청 시각이 언제 가치를 바꾸는지 봅니다.
• 접근 조건: 내가 실제로 투자, 보유, 이전, 환매할 수 있는 자격과 한도를 봅니다.

이 순서로 보면 OUSG 뜻은 "국채 이자가 붙는 코인"보다 조금 더 정확해집니다. OUSG는 국채형 자산의 수익을 토큰 가격과 환매 구조로 읽게 만드는 상품이고, 그 수익률은 지갑에 따로 꽂히는 이자 문자가 아니라 NAV, 영업일, 환매 조건, 투자자 자격이 함께 만든 숫자입니다.

하지만 유동성 풀에 넣은 돈은 통장에 그대로 누워 있는 잔고가 아닙니다. 두 토큰을 스마트컨트랙트 안에 넣어 두고, 누군가 스왑할 때마다 풀 안의 토큰 수량 비율이 바뀌는 구조입니다. 그래서 출금할 때 내 몫의 가치는 "처음 넣은 토큰을 그대로 들고 있었을 때"와 달라질 수 있습니다.

풀은 잔고 보관함이 아니다

Uniswap의 유동성 풀 설명을 보면 DEX의 풀은 두 토큰이 짝을 이룬 스마트컨트랙트입니다. 전통적인 주문서처럼 매수 주문과 매도 주문을 줄 세우는 대신, 풀 안에 들어 있는 두 자산의 수량 비율로 스왑 가격을 움직입니다.

예를 들어 어떤 풀에 ETH와 USDC가 들어 있다고 해 보겠습니다. 누군가 USDC를 넣고 ETH를 가져가면 풀 안에는 USDC가 늘고 ETH가 줄어듭니다. 반대로 누군가 ETH를 넣고 USDC를 가져가면 ETH가 늘고 USDC가 줄어듭니다. 내 유동성 지분은 이 풀의 전체 상태를 따라갑니다.

이 지점이 예금과 가장 다릅니다. 예금은 원금 단위가 고정되어 있고 이자가 따로 붙는 구조에 가깝습니다. 유동성 공급은 내가 풀의 한 조각을 갖는 구조라서, 풀 안의 두 토큰 비율이 바뀌면 내 몫의 토큰 구성도 함께 달라집니다.

가격이 움직이면 구성이 바뀐다

impermanent loss는 토큰 가격이 처음 유동성을 넣었을 때와 달라질 때 생기는 보유 대비 손실입니다. Uniswap 문서는 유동성 풀의 토큰 가격이 변하면 유동성 공급자의 가치가 줄어들 수 있다고 설명하고, 풀의 균형을 맞추는 방식으로 x*y=k 공식을 예로 듭니다.

이 말을 너무 수식처럼 볼 필요는 없습니다. 핵심은 풀 안에서 한 토큰이 상대적으로 비싸지면 그 토큰은 스왑을 통해 풀에서 빠져나가고, 상대적으로 싼 토큰은 풀에 더 남는다는 점입니다. 가격이 많이 움직일수록 내 포지션은 처음 넣은 두 토큰을 그대로 들고 있던 상태와 멀어질 수 있습니다.

그래서 손실은 "토큰 수량이 줄었다" 한 줄로 끝나지 않습니다. 출금 시점에 내가 받는 두 토큰의 조합이 바뀌고, 그 조합의 시장 가치가 단순 보유보다 낮으면 impermanent loss로 느껴집니다. 가격이 다시 원래 비율에 가까워지면 차이가 줄 수 있지만, 돌아오지 않으면 그 차이는 출금할 때 더 현실적인 손실이 됩니다.

LP 수수료는 보장 이자가 아니다

유동성 공급자가 풀에 토큰을 넣는 이유는 보통 LP 수수료입니다. Uniswap의 LP fee 설명처럼 스왑이 일어날 때 입력 토큰에서 수수료가 붙고, 이 수수료는 유동성을 제공한 사람들에게 분배될 수 있습니다.

이 보상은 중요합니다. 거래가 많이 일어나고 내 포지션이 수수료를 벌 수 있는 상태라면, 수수료가 가격 변화에서 생긴 손실 일부를 줄여 줄 수 있습니다. 하지만 여기서 "일부"라는 말이 빠지면 위험합니다. LP 수수료는 예금이자처럼 원금 손실을 자동으로 덮어 주는 약속이 아닙니다.

특히 Uniswap v3와 v4처럼 가격 범위를 정하는 포지션에서는 내 유동성이 현재 가격 범위 밖에 있으면 그 순간 LP 수수료를 벌지 못할 수 있습니다. 수수료율이 높아 보여도 포지션이 실제로 active 상태인지, 거래량이 충분한지, 가격 변동이 손실보다 더 큰지 따로 봐야 합니다.

포지션 토큰은 영수증에 가깝다

유동성 공급을 하면 지갑에 새 토큰이나 NFT가 보일 수 있습니다. Uniswap v2에서는 UNI-V2 토큰이, v3와 v4에서는 NFT가 유동성 포지션 소유권을 나타냅니다. 이 표시를 새 투자상품 잔고처럼 보면 또 헷갈립니다.

그 토큰이나 NFT는 내가 풀 안의 어느 유동성 포지션을 소유하고 있는지 보여 주는 권리 표시입니다. 그 자체가 원금이 고정된 예금증서라는 뜻은 아닙니다. 포지션 소유자는 유동성을 제거하거나, 벌어 둔 수수료를 청구하거나, 유동성을 더할 수 있지만, 출금할 때 받는 두 토큰의 수량과 가치는 풀 상태에 따라 달라집니다.

이 점은 예치 금고의 shares를 원금 잔고와 나눠 보는 ERC-4626 글과도 닮았습니다. 다만 유동성 풀 포지션은 두 토큰의 가격 비율과 스왑 흐름까지 함께 움직인다는 점에서 더 직접적인 시장 노출이 있습니다. 관련된 예치 지분 개념은 ERC-4626 뜻을 이어 보면 이해가 쉽습니다.

들어가기 전 다섯 가지

impermanent loss를 피해야 한다는 말만으로는 실전 판단이 어렵습니다. 유동성 공급은 하지 말라는 결론보다, 어떤 숫자를 서로 다른 층으로 봐야 하는지 구분하는 일이 먼저입니다.

• 내가 넣는 두 토큰의 가격이 서로 얼마나 다르게 움직일 수 있는지 본다.
• LP 수수료율이 높아도 거래량과 active position 여부를 따로 확인한다.
• 포지션이 범위 밖으로 나가면 수수료를 못 벌 수 있다는 점을 감안한다.
• 출금할 때 받는 두 토큰의 조합이 처음 예치한 조합과 달라질 수 있음을 본다.
• 스마트컨트랙트, 토큰 팀, 유동성 제거, 네트워크 비용 같은 별도 위험을 함께 둔다.

Uniswap의 유동성 공급 위험 문서도 impermanent loss 외에 시장 변동, 범위 밖 포지션, 스마트컨트랙트 취약점, 검증되지 않은 토큰 팀 위험을 함께 언급합니다. 이 목록은 겁주기 위한 문장이 아니라, LP 수익률 숫자를 예금금리처럼 읽지 않게 하는 최소한의 분리선입니다.

스왑이 여러 풀을 지나가는 이유가 궁금하다면 DEX 라우터 뜻을 함께 보면 좋습니다. 라우터는 스왑 경로를 찾는 쪽이고, impermanent loss는 그 경로가 사용하는 유동성 풀에 자금을 넣은 사람이 겪을 수 있는 가치 변화입니다.

수익률보다 출금 가치

StableEarning에서 DeFi 수익률이나 스테이블코인 관련 수익 기회를 볼 때도 같은 원칙이 필요합니다. 화면의 APY나 수수료 보상은 출발점일 뿐이고, 실제 판단은 "내가 언제 어떤 자산을 돌려받는가"로 내려와야 합니다.

유동성 공급에서는 보상과 위험이 같은 풀 안에서 움직입니다. 스왑이 많으면 수수료가 생길 수 있지만, 가격 비율이 크게 바뀌면 단순 보유보다 낮은 가치로 출금할 수 있습니다. 포지션이 범위 밖이면 수수료가 멈출 수 있고, 스마트컨트랙트나 토큰 자체의 위험은 또 다른 층입니다.

이 구조를 담보 대출 위험과 비교해 보고 싶다면 Aave Health Factor 뜻도 참고할 수 있습니다. 둘 다 숫자 하나가 전부가 아니라, 그 숫자가 어떤 조건에서 깨지는지를 봐야 하는 DeFi 위험입니다.

impermanent loss는 이름처럼 가볍게 지나갈 수 있는 단어가 아닙니다. "수수료를 받으니 괜찮다"가 아니라 "수수료가 손실을 덮을 만큼 충분한가, 그리고 출금할 때 내 자산 조합은 어떻게 바뀌었는가"를 묻는 말입니다. 이 차이를 알고 나면 LP 수익률은 예금이자가 아니라 가격 변화와 수수료가 함께 만든 결과로 보입니다.

공식 자료는 Uniswap의 Understanding Returns, How Uniswap Works, Fees, Concentrated Liquidity를 기준으로 확인했습니다. 프로토콜 버전, 수수료 구조, 포지션 범위와 토큰 위험은 바뀔 수 있으므로 실제 공급 전에는 사용하는 풀과 지갑 화면의 최신 조건을 다시 확인해야 합니다.

커미션은 예치할 때 원금에서 빠지는 입장료가 아닙니다. Solana에서 검증인이 얻은 스테이킹 보상 중 일부를 운영 비용처럼 가져가는 비율에 가깝습니다. 그래서 표시 이율을 볼 때는 "이율이 얼마인가"만 보지 말고 "어떤 검증인에게 위임했고, 그 검증인이 보상에서 얼마를 가져가는가"를 같이 봐야 합니다.

표시 이율은 출발점

SOL 스테이킹 보상은 단순한 예금 금리처럼 고정되어 있지 않습니다. Solana 공식 스테이킹 문서는 위임자가 검증인에게 SOL을 위임해 네트워크 보안에 참여하고, 검증인과 위임자가 보상을 나누는 구조라고 설명합니다. 더 많은 위임 지분을 받은 검증인은 블록을 쓸 기회를 더 많이 얻을 수 있고, 시스템을 잘 운영하는 검증인은 더 많은 보상을 만들 수 있습니다.

이 말은 표시 이율이 쓸모없다는 뜻이 아닙니다. StableEarning 같은 비교 화면에서 SOL 스테이킹 이율을 볼 때도 출발점은 필요합니다. 다만 그 숫자는 "내가 지금 위임하면 정확히 이만큼 들어온다"는 약속보다, 현재 보상 환경을 읽는 참고값에 가깝습니다.

실제 체감 보상은 선택한 검증인의 커미션, stake account가 활성화된 상태인지, 위임한 시점이 어느 에포크에 걸렸는지, 보상 지급 기록이 어떻게 쌓였는지에 따라 달라질 수 있습니다.

커미션은 보상에서 빠진다

검증인은 서버를 운영하고 네트워크를 유지하는 비용을 부담합니다. Solana 공식 문서는 이 비용이 위임자에게 보상 중 일정 비율로 전달되며, 이 수수료를 커미션이라고 부른다고 설명합니다. 한국어 화면에서는 커미션이나 검증인 수수료처럼 보일 수 있습니다.

예를 들어 어떤 기간에 내 stake account 몫의 보상이 1 SOL이고 검증인 커미션이 5%라면, 단순하게는 0.05 SOL이 검증인 몫으로 빠지고 나머지가 위임자 보상으로 남는 식으로 이해할 수 있습니다. 실제 기록은 네트워크와 지갑 표시 방식에 따라 다르게 보일 수 있지만, 핵심은 커미션이 원금 차감이 아니라 보상 배분 항목이라는 점입니다.

그래서 커미션을 볼 때는 두 가지를 나눠야 합니다. 첫째, 낮은 커미션은 같은 조건이라면 위임자에게 남는 보상을 키울 수 있습니다. 둘째, 낮은 커미션만으로 좋은 검증인이 정해지는 것은 아닙니다.

낮은 수수료의 함정

검증인을 고를 때 커미션이 0%에 가까우면 눈에 잘 들어옵니다. 하지만 커미션이 낮아도 검증인의 운영 안정성, 투표 참여, 블록 생산 성과, 장기 운영 기록이 약하면 표시 이율을 그대로 기대하기 어렵습니다.

Solana 공식 문서도 특정 검증인을 추천하지 않습니다. 대신 검증인 성능과 네트워크 정보를 확인할 수 있는 도구를 참고하되, 판단은 직접 해야 한다는 취지로 안내합니다. 커미션은 검증인 선택의 한 항목이지 전체 평가표가 아닙니다.

이 차이를 놓치면 "수수료가 낮다"는 말이 "보상이 가장 좋다"는 말처럼 바뀝니다. SOL 스테이킹에서는 수수료율, 검증인 성능, 위임 규모, 운영 지속성, 내 계정의 상태를 함께 봐야 합니다.

하나의 계정, 하나의 검증인

Solana의 stake account는 일반 송금용 지갑 잔고와 다른 계정입니다. 공식 stake account 문서는 하나의 stake account가 한 번에 한 검증인에게만 위임될 수 있다고 설명합니다. 여러 검증인에게 나눠 위임하려면 여러 stake account를 만들거나 기존 계정을 나눠야 합니다.

이 구조 때문에 커미션 비교도 계정 단위로 봐야 합니다. 지갑 전체 SOL 잔고가 하나의 금리로 움직이는 것이 아니라, 어느 stake account가 어느 검증인에게 위임되어 있는지에 따라 보상 기록이 갈립니다.

위임과 비활성화도 즉시 끝나지 않습니다. Solana에서는 위임이나 해제가 제출된 뒤 에포크 경계마다 일부가 활성 또는 비활성 상태로 바뀔 수 있습니다. 보상이 바로 보이지 않는다고 해서 항상 커미션 때문이라고 볼 수 없는 이유입니다.

이 부분은 솔라나 언스테이킹 대기 시간을 같이 보면 더 분명합니다. 비활성화 중인 계정과 이미 활성화된 계정은 같은 SOL 잔고처럼 보여도 보상과 출금 가능성이 다르게 읽힙니다.

보상 기록으로 다시 확인

스테이킹 보상을 확인할 때는 화면의 예상 이율보다 기록이 더 중요할 때가 있습니다. Solana RPC의 getInflationReward는 특정 주소의 에포크 보상 기록을 조회할 수 있고, 결과에는 보상 금액, 보상 뒤 잔액, 커미션 정보가 함께 들어갈 수 있습니다.

일반 독자가 매번 RPC를 직접 호출할 필요는 없습니다. 하지만 이 구조를 알면 지갑이나 탐색기에서 보상 내역을 볼 때 무엇을 찾아야 하는지 분명해집니다.

• 표시 이율은 참고값인지, 내 계정의 확정 보상인지 구분한다.
• 검증인 커미션이 보상에서 차감되는 비율인지 확인한다.
• stake account가 활성, 활성화 중, 비활성화 중 어디에 가까운지 본다.
• 보상 기록에서 금액과 커미션이 어떻게 표시되는지 확인한다.

거래를 보낼 때 내는 네트워크 수수료와 스테이킹 커미션도 섞지 않는 편이 좋습니다. 전송이 밀릴 때 보는 솔라나 우선순위 수수료는 거래 처리 비용이고, 여기서 말하는 커미션은 스테이킹 보상 배분 항목입니다.

숫자보다 먼저 볼 것

SOL 스테이킹을 볼 때 가장 위험한 착각은 한 화면의 이율 숫자를 예금 금리처럼 고정해서 읽는 것입니다. 스테이킹 보상은 네트워크 참여, 검증인 운영, 위임 계정 상태, 보상 배분이 함께 만든 결과입니다.

커미션은 그중 하나의 중요한 조각입니다. 낮을수록 무조건 좋은 것도 아니고, 높다고 해서 반드시 나쁜 것도 아닙니다. 검증인이 어떤 성과를 내고 있는지, 내 stake account가 언제부터 보상 대상이 되었는지, 보상 기록이 실제로 어떻게 쌓였는지를 같이 봐야 합니다.

이더리움 계열의 추가 보상 구조가 궁금하다면 리스테이킹 뜻을 함께 읽어도 좋습니다. 다만 SOL 스테이킹 커미션은 EigenLayer의 재위임 위험이 아니라 Solana 검증인에게 위임한 보상이 어떻게 나뉘는지에 가까운 문제입니다.

결국 솔라나 스테이킹 커미션은 "내가 맡긴 원금에서 따로 빠지는 비용"보다 "내 보상에서 검증인 운영 몫이 어떻게 빠지는가"에 가깝습니다. 표시 이율, 커미션, 계정 상태, 보상 기록을 나눠 보면 SOL 스테이킹 수익률이 왜 화면 숫자와 다르게 느껴지는지 훨씬 덜 헷갈립니다.

공식 자료는 Solana의 Staking on Solana, Stake Accounts, getInflationReward 문서를 기준으로 확인했습니다. 검증인 커미션과 네트워크 상태는 바뀔 수 있으므로 실제 위임 전에는 사용 중인 지갑과 탐색기의 최신 표시를 다시 확인해야 합니다.

그런데 준비금 보고서는 현금 잔고표가 아닙니다. 특정 시점에 Tether가 보유한 준비금과 토큰 관련 부채를 비교해 보여 주는 자료에 가깝습니다. 보고서에 자산이 부채보다 많다고 적혀 있어도, 그것만으로 지금 이 순간 모든 USDT가 현금으로만 쌓여 있다거나 개인 보유자가 은행 예금처럼 보호된다는 뜻이 되지는 않습니다.

기준일이 먼저다

준비금 보고서에는 항상 기준일이 있습니다. Tether의 2026년 1분기 공식 발표도 2026년 3월 31일 기준으로 USDt를 뒷받침하는 자산을 보여 준다고 설명합니다. 별도로 공개된 2025년 말 보고서 역시 2025년 12월 31일 23시 59분 UTC라는 특정 시점을 기준으로 삼습니다.

이 날짜가 중요한 이유는 USDT 유통량과 준비금 구성이 계속 움직이기 때문입니다. Tether Transparency 페이지는 유통량과 보고서 탭을 나눠 보여 주고, 유통량 정보가 일반적으로 매일 갱신된다고 안내합니다. 반면 분기 보고서나 회계 확인 자료는 기준일의 스냅샷입니다.

따라서 보고서를 읽을 때는 먼저 "이 수치가 언제의 수치인가"를 봐야 합니다. 오늘 거래소에서 보이는 USDT 가격, 지금 내 지갑에 있는 잔고, 다음 보고서의 자산 구성은 같은 화면에 놓고 비교할 수 있는 값이 아닙니다.

현금만 있는 구조가 아니다

USDT 준비금에서 많은 사람이 기대하는 그림은 단순한 현금 금고입니다. USDT가 1달러를 목표로 움직이니, 발행된 토큰 수만큼 달러 현금이 그대로 예치돼 있을 것이라고 생각하기 쉽습니다.

실제 보고서는 그렇게 단순한 통장 내역이 아닙니다. Tether의 보고서와 발표는 총자산, 총부채, 초과 준비금, 현금성 자산, 미국 단기 국채, 금, 비트코인, 기타 투자 같은 항목을 나눠 보여 줍니다. 이 항목들은 모두 똑같은 속도로 현금화되는 자산이 아닙니다.

미국 단기 국채나 현금성 자산은 유동성을 읽는 데 중요한 부분입니다. 하지만 금과 비트코인처럼 가격이 움직이는 자산, 기타 투자처럼 세부 조건을 더 봐야 하는 자산도 함께 나타날 수 있습니다. 그래서 준비금 보고서를 볼 때는 "자산이 충분한가"만 보지 말고 "어떤 자산으로 충분한가"를 같이 봐야 합니다.

이 차이를 놓치면 준비금 보고서가 과하게 안심시키는 자료처럼 보입니다. 보고서의 역할은 USDT를 둘러싼 발행사 자산과 부채의 관계를 확인하게 해 주는 것이지, 모든 위험을 한 문장으로 없애 주는 것이 아닙니다.

감사보고서와도 다르게 읽어야 한다

Tether는 BDO가 작성한 attestation을 공개합니다. 한국어로 옮기면 흔히 확인 보고서나 보증 업무 보고서처럼 부를 수 있지만, 독자가 기대하는 일반 재무제표 감사와 같은 의미로 읽으면 곤란합니다.

예를 들어 2025년 말 기준 보고서는 Tether International의 재무 수치와 준비금 보고서를 대상으로 하며, 기준일의 총자산과 총부채에 관한 범위를 분명히 둡니다. 보고서 안에서도 기준 시점 밖의 활동이나 다른 날짜의 재무·비재무 활동에 대해 같은 수준의 확인을 제공하지 않는다는 취지가 드러납니다.

이 말은 보고서가 쓸모없다는 뜻이 아닙니다. 오히려 보고서의 범위를 정확히 알수록 더 잘 읽을 수 있습니다. 보고서가 확인하는 것은 기준일의 준비금과 부채, 자산 분류, 회계 기준에 따른 표시입니다. 반대로 내 계정의 매매 가격, 거래소 출금 가능 여부, 발행사 직접 상환 자격, 시장 급변 때의 실현 가격은 별도로 봐야 합니다.

네 가지를 같이 확인한다

USDT 준비금 보고서를 볼 때는 한 줄 결론보다 확인 순서가 더 중요합니다.

• 보고서 기준일이 언제인지 먼저 본다.
• 총자산과 토큰 관련 부채가 어떻게 비교되는지 확인한다.
• 현금성 자산, 단기 국채, 금, 비트코인, 기타 투자처럼 자산 성격을 나눠 본다.
• 준비금 보고서와 개인의 상환 가능성, 거래소 매도 가격, 예금자보호 기대를 분리한다.

특히 마지막 항목이 중요합니다. 준비금이 부채보다 많다는 설명과 내가 언제든 같은 조건으로 1달러를 받을 수 있다는 경험은 같은 말이 아닙니다. 발행사 직접 상환은 이용 조건과 수수료, 최소 금액, 지역 제한을 따를 수 있고, 대부분의 개인은 거래소 시장 가격으로 USDT를 사고팔게 됩니다.

이 부분은 스테이블코인 상환 뜻을 같이 보면 더 분명해집니다. 거래소에서 파는 것, 발행사에 직접 상환하는 것, 지갑에 보유하는 것은 모두 USDT를 다루는 일이지만 같은 출구가 아닙니다.

준비금과 보호 범위는 별개다

준비금 보고서에서 미국 국채와 현금성 자산이 보인다고 해서 USDT가 은행 예금이 되는 것은 아닙니다. 준비금은 발행사가 토큰 부채를 뒷받침하기 위해 들고 있는 자산을 말합니다. 예금자보호는 은행 예금과 특정 제도, 계좌 관계에서 따지는 보호 장치입니다.

이 차이는 스테이블코인 FDIC 보험 글에서 다룬 예금자보호 문제와 이어집니다. 준비금이 있다는 말은 중요하지만, 개인 보유자가 예금보험 대상이라는 말과는 다릅니다.

또 잔고가 지갑에 있다고 해서 언제나 전송 가능성이 보장되는 것도 아닙니다. 발행사 정책, 제재 주소, 거래소 입출금 정책, 네트워크 상태가 따로 작동할 수 있습니다. 이런 맥락은 스테이블코인 주소 동결을 함께 읽으면 준비금과 전송 가능성을 섞어 보지 않는 데 도움이 됩니다.

USDT 준비금 보고서는 피해야 할 자료가 아니라, 너무 많은 의미를 한 번에 얹지 말아야 할 자료입니다. 기준일, 총자산과 부채, 자산 분류, 보고서 범위, 상환 조건을 나눠 보면 이 보고서가 주는 안심과 남겨 두는 위험이 함께 보입니다. 그렇게 읽어야 1달러에 가까운 가격표와 발행사 준비금, 내 지갑의 실제 사용 가능성을 같은 말로 착각하지 않습니다.

공식 자료는 Tether의 Q1 2026 attestation announcement와 2025년 말 기준 Financial Figures and Reserves Report를 기준으로 확인했습니다. 이후 보고서와 유통량은 바뀔 수 있으므로, 실제 판단 전에는 최신 Transparency 페이지에서 다시 확인해야 합니다.

예를 들어 2-of-3 멀티시그라면 세 개의 owner 주소 중 두 개가 승인해야 거래가 실행됩니다. 한 명이 혼자 자산을 빼낼 수 없다는 장점이 있지만, 동시에 두 명의 키가 필요하다는 운영 조건도 생깁니다. 멀티시그는 보안 상품 이름이 아니라 권한 배분 방식입니다.

핵심은 몇 명 중 몇 명

ethereum.org의 스마트컨트랙트 설명은 멀티시그 계약을 거래 실행에 여러 개의 유효한 서명이 필요한 스마트컨트랙트 계정으로 설명합니다. 여기서 자주 보이는 표기가 2-of-3, 3-of-5 같은 숫자입니다.

앞의 숫자는 실행에 필요한 서명 수이고, 뒤의 숫자는 가능한 서명자 수입니다. 2-of-3은 세 주소 중 두 주소가 승인해야 한다는 뜻입니다. 3-of-5는 다섯 주소 중 세 주소가 필요하다는 뜻입니다.

이 숫자는 단순한 보안 등급표가 아닙니다. 1-of-3은 한 키만 있어도 실행되므로 키를 잃었을 때는 복구가 쉽지만, 한 키가 탈취돼도 자산이 움직일 수 있습니다. 3-of-3은 모두가 서명해야 하므로 단일 키 탈취에는 강해 보이지만, 한 키만 잃어도 정상 거래가 막힐 수 있습니다.

owner와 threshold

Safe 문서는 Safe Smart Account가 여러 owner를 가질 수 있고, threshold는 거래 실행에 필요한 최소 owner 수라고 설명합니다. threshold는 owner 1명부터 전체 owner 수 사이에서 설정될 수 있습니다.

그래서 멀티시그를 볼 때는 지갑 이름보다 먼저 두 가지를 봐야 합니다. 누가 owner인지, 그리고 threshold가 몇 명인지입니다. owner가 세 명이어도 threshold가 1이면 사실상 한 명만으로 거래가 실행될 수 있습니다. 반대로 owner가 세 명이고 threshold도 3이면 모두의 승인이 필요합니다.

Safe의 개요 문서는 owner를 추가, 제거, 교체할 수 있고 threshold도 바꿀 수 있다고 설명합니다. 이 말은 멀티시그 설정이 한 번 만들면 끝나는 장식이 아니라, 자산을 맡긴 뒤에도 운영 규칙으로 계속 관리되는 값이라는 뜻입니다.

안전과 멈춤 사이

멀티시그의 장점은 단일 개인 키 하나가 곧바로 전체 자금 이동 권한이 되는 상황을 줄여 준다는 데 있습니다. 팀 자금, DAO 트레저리, 프로토콜 운영 지갑처럼 한 사람이 모든 권한을 들고 있으면 위험한 곳에서 멀티시그가 자주 쓰이는 이유입니다.

하지만 서명자가 많다고 항상 더 낫지는 않습니다. 필요한 서명 수가 너무 낮으면 한 명의 실수나 탈취에 취약해질 수 있습니다. 필요한 서명 수가 너무 높으면 휴가, 퇴사, 장비 분실, 네트워크 장애 같은 평범한 문제에도 거래가 멈출 수 있습니다.

온체인 예치나 프로토콜 지갑을 확인할 때도 이 차이가 중요합니다. 어떤 주소가 Safe라고 표시된다고 해서 자동으로 안전하다고 볼 수는 없습니다. 자산을 움직일 수 있는 owner 구성, threshold, 변경 권한, 그리고 실제 거래에 무엇을 서명하는지까지 봐야 합니다. 서명 화면 자체를 읽는 법은 지갑 서명 요청 뜻 글과 이어집니다.

확인해야 할 숫자

멀티시그를 읽을 때는 먼저 owner 수와 threshold를 같이 봅니다. 그다음 한 명의 키가 털렸을 때 자산이 바로 움직일 수 있는지, 한 명의 키를 잃었을 때도 정상 거래가 가능한지 생각해야 합니다.

• 1-of-3은 실행은 쉽지만 한 owner 키 탈취에 약할 수 있습니다.
• 2-of-3은 단일 키 탈취와 단일 키 분실 사이에서 균형을 잡는 흔한 구조입니다.
• 3-of-3은 모두의 승인이 필요하지만 한 키 분실만으로도 거래가 막힐 수 있습니다.
• 3-of-5처럼 여유 owner를 둔 구조는 보안과 운영 복구성을 함께 고려하려는 방식입니다.

스테이블코인이나 DeFi 자금을 온체인에서 다룰 때 멀티시그는 중요한 단서가 됩니다. 다만 그 단서는 "여러 명이 서명한다"에서 끝나지 않습니다. 누가 서명자인지, 몇 명이 필요한지, 설정을 누가 바꿀 수 있는지, 그리고 토큰 자체에 동결이나 이전 제한 같은 별도 조건이 있는지까지 함께 봐야 합니다. 이런 토큰 권한 문제는 스테이블코인 주소 동결처럼 지갑 바깥의 규칙과도 연결됩니다.

두 번째 예금이 아니라 보안 재사용

EigenLayer contracts README는 EigenLayer가 Restaker, Operator, AVS를 연결해 스테이킹된 자산의 보안 역할을 확장한다고 설명합니다. 여기서 핵심은 자산이 한 번 더 “예치 상품”으로 변하는 것이 아니라, 이더리움 스테이킹이 가진 보안 힘이 AVS라는 외부 서비스 쪽으로 확장된다는 점입니다.

AVS는 EigenLayer 위에서 Operator에게 검증 작업을 맡기는 서비스입니다. Operator는 그 작업을 수행하고, Restaker는 자신의 restaked balance를 Operator에게 위임할 수 있습니다. 이 구조에서 보상은 단순히 시간이 지나서 붙는 이자가 아니라, Operator와 AVS가 맡은 추가 검증 역할에서 생깁니다.

그래서 리스테이킹 수익률을 볼 때는 “ETH를 맡겼으니 보상이 하나 더 붙는다”로 끝내면 부족합니다. 보상의 출처가 추가 작업이라면, 위험도 그 추가 작업의 약속과 연결됩니다.

Operator를 고른다는 뜻

EigenLayer Stage 1 Mainnet Launch는 다음 단계에서 Operator가 AVS를 위한 검증 작업을 수행한다고 설명합니다. 이때 위임은 가볍게 이름만 고르는 일이 아닙니다. 사용자는 Operator가 어떤 AVS를 운영하고, 어떤 Operator Set에 참여하며, allocation을 어떻게 바꾸는지 계속 봐야 합니다.

이 말이 중요한 이유는 리스테이킹의 위험이 “내가 ETH를 가지고 있는가”에서 끝나지 않기 때문입니다. 내가 위임한 Operator가 어떤 서비스의 어떤 작업을 맡는지가 자산의 위험 조건을 바꿀 수 있습니다. Operator가 더 많은 보상 기회를 찾는다고 해서 그 선택이 모두 같은 위험을 뜻하지도 않습니다.

리스테이킹을 볼 때는 적어도 다음 순서가 자연스럽습니다.

• 어떤 자산을 리스테이킹하는지
• 그 자산이 Native ETH인지 LST인지
• 어떤 Operator에게 위임하는지
• 그 Operator가 어떤 AVS와 Operator Set에 들어가는지
• 어느 지분이 Unique Stake로 잡혀 slashable해지는지

이 다섯 가지가 보이지 않으면 수익률 숫자만으로는 충분하지 않습니다.

Unique Stake가 만드는 경계

리스테이킹에서 자주 나오는 Unique Stake는 “어느 지분이 어느 Operator Set의 위험에 걸려 있는가”를 나누는 말로 이해하면 쉽습니다. EigenLayer의 Slashing Goes Live on Mainnet 글은 Operator가 delegated stake의 특정 부분을 Unique Stake로 배정할 수 있고, 그 지분은 특정 목적에 맞춰 slashable해질 수 있다고 설명합니다.

Intro to Slashing on EigenLayer: Stakers' Edition은 slashing이 Operator가 slashable Operator Set에 opt-in할 때 Staker에게 영향을 줄 수 있고, Staker가 Operator의 allocation 설정을 확인해야 한다고 안내합니다. 중요한 점은 보상 기회와 함께 어떤 지분이 어떤 조건에 걸리는지 확인해야 한다는 것입니다.

이 구조는 위험을 무한히 겹쳐 놓는다는 뜻은 아닙니다. 오히려 어떤 Operator Set에 얼마만큼의 slashable stake가 배정됐는지 경계를 세우려는 장치에 가깝습니다. 하지만 독자 입장에서는 이 경계가 있다는 말이 “위험이 없다”는 뜻은 아닙니다. 내가 위임한 Operator가 어떤 AVS에 어떤 지분을 배정했는지에 따라 실제로 위험에 걸리는 부분이 달라질 수 있다는 뜻입니다.

이더리움 슬래싱과 다른 층위

이더리움 기본 스테이킹에도 보상과 벌칙은 있습니다. ethereum.org의 보상과 벌칙 문서는 검증인이 올바르게 투표하고 블록을 제안할 때 보상을 받고, 이중 제안이나 이중 투표 같은 행동은 slashing 대상이 될 수 있다고 설명합니다. 이것은 이더리움 합의층 자체의 규칙입니다.

리스테이킹은 이 기본 규칙을 지운 뒤 새로운 수익률만 얹는 구조가 아닙니다. 기본 스테이킹 위험 위에 AVS와 Operator의 약속이 추가로 붙습니다. 그래서 “이더리움 스테이킹보다 보상이 높아 보인다”는 문장만으로는 좋은 비교가 되지 않습니다. 무엇을 더 검증하는지, 그 검증 약속이 실패했을 때 어느 지분이 slashable한지, 출금과 위임 변경에 어떤 지연이 있는지를 같이 봐야 합니다.

기본 이더리움 벌칙이 궁금하다면 이더리움 슬래싱 뜻을 먼저 보면 도움이 됩니다. 스테이킹 보상이 고정 이자처럼 보이지 않는 이유는 MEV 뜻에서도 이어서 볼 수 있습니다.

수익률 표에서 같이 볼 것

StableEarning에서 스테이킹이나 예치 수익률을 볼 때도 리스테이킹은 숫자 하나로 비교하기 어렵습니다. 연환산 보상률이 높아 보여도 그 숫자가 어떤 보안 역할, 어떤 위임 구조, 어떤 잠금과 출금 지연, 어떤 slashing 조건 위에 있는지에 따라 의미가 달라집니다.

특히 리스테이킹은 “보상이 더 붙는가”보다 “보상이 왜 붙는가”를 먼저 물어야 합니다. 추가 보상이 AVS 보안 제공에서 온다면, 독자는 Operator와 AVS의 선택을 상품 이름처럼 넘기면 안 됩니다. 자산이 어디에 묶이고, 어떤 약속 위반이 손실로 이어질 수 있으며, 그 손실이 어느 지분에 적용되는지까지 읽어야 합니다.

DeFi 금고의 지분 숫자와 실제 기초자산 잔고가 다르게 보이는 문제는 ERC-4626 뜻과도 닮아 있습니다. 겉으로 보이는 숫자가 같아도 그 숫자가 무엇을 대표하는지 모르면 수익률과 위험을 같은 줄에 놓고 잘못 비교하기 쉽습니다.

리스테이킹 뜻은 결국 “한 번 더 맡겨서 이자를 받는다”가 아닙니다. 이미 스테이킹된 자산의 보안 역할을 다른 서비스에 다시 쓰고, 그 대가로 보상 가능성과 추가 위험을 함께 받는 구조입니다. 그래서 리스테이킹을 볼 때는 보상률보다 먼저 Operator, AVS, Unique Stake, slashing 조건을 같이 읽는 습관이 필요합니다.

USDe와 sUSDe의 갈림길

Ethena 공식 문서는 USDe를 법정화폐 준비금만으로 움직이는 전통적 스테이블코인이 아니라, 암호자산 담보와 반대 방향의 선물 포지션을 함께 쓰는 합성달러로 설명합니다. 담보가 되는 자산 가격이 움직일 때 반대 포지션으로 그 변화를 줄여 달러 기준 가격을 맞추려는 구조입니다. 그래서 USDe를 이해할 때는 "1달러처럼 보인다"보다 "어떤 담보와 헤지로 달러 기준을 맞추는가"가 먼저입니다.

sUSDe는 여기서 한 번 더 갈라집니다. USDe를 그냥 들고 있으면 Ethena의 보상 대상이 아닙니다. 보상을 받으려면 USDe를 스테이킹하고 sUSDe를 받는 구조로 들어가야 합니다. 이때 sUSDe는 별도의 예금증서라기보다, 스테이킹된 USDe 풀에 대한 지분을 보여 주는 토큰처럼 읽는 편이 안전합니다. 비슷한 이름 때문에 둘을 같은 잔고로 보면, "USDe를 샀는데 왜 보상이 안 붙지"라는 질문에서 길을 잃습니다.

수익이 붙는 자리

sUSDe의 APY는 은행 예금금리처럼 한 번 정해져 계속 지급되는 숫자가 아닙니다. Ethena가 설명하는 수익 원천에는 스테이킹 보상, 선물 시장의 펀딩·베이시스, 유동성 스테이블코인 보유 수익 같은 요소가 섞일 수 있습니다. 핵심은 USDe 자체가 고정 이자를 약속하는 것이 아니라, 프로토콜이 얻은 수익이 스테이킹 계약으로 들어가면서 sUSDe 쪽 가치에 반영된다는 점입니다.

그래서 APY가 높게 보일 때도 질문은 "얼마나 주나"에서 멈추면 부족합니다. 어떤 시장 조건에서 나온 수익인지, 펀딩률이 계속 좋은지, 그 수익이 준비금과 위험 관리 위에 놓여 있는지를 같이 봐야 합니다. StableEarning에서 스테이블코인 금리나 수익률 표를 볼 때도 이 차이가 중요합니다. 거래소 예치 이자, 국채형 토큰 수익률, DeFi 펀딩 수익은 모두 달러 단위로 보일 수 있지만, 숫자가 생기는 방식은 서로 다릅니다.

7일 쿨다운의 의미

sUSDe를 다시 USDe로 빼는 과정에는 공식 문서 기준 7일 쿨다운이 있습니다. 사용자는 먼저 언스테이킹을 요청하고, 그 기간이 지난 뒤 USDe를 받을 수 있습니다. 이 시간은 단순한 불편이 아니라, 스테이킹된 자산과 프로토콜 운용 사이의 간격을 드러내는 장치입니다. 당장 현금처럼 꺼내 쓰는 잔고와는 다르게 읽어야 합니다.

물론 시장에 sUSDe 거래 유동성이 있으면 쿨다운을 기다리지 않고 팔 수 있을 수도 있습니다. 다만 그 가능성은 Ethena가 항상 보장하는 출구가 아니라 외부 시장의 깊이와 가격에 달려 있습니다. 그래서 sUSDe를 볼 때는 APY와 함께 출금 방식도 같이 봐야 합니다. 수익률이 높아도 내가 필요한 시점에 어떤 형태로 빠져나올 수 있는지가 달라지면 실제 체감 위험도 달라집니다.

펀딩이 꺾일 때

Ethena의 구조에서 펀딩률은 중요한 변수입니다. 선물 시장에서 반대 포지션을 잡아 가격 변화를 줄이는 동안, 시장 상황에 따라 펀딩 수익을 받을 수도 있고 비용을 낼 수도 있습니다. 공식 문서는 펀딩률이 장기간 부정적으로 흐를 수 있는 위험을 따로 설명하고, 이런 시기에 준비금과 자산 배분으로 충격을 관리한다고 밝힙니다.

이 말은 위험이 없다는 뜻이 아닙니다. 준비금은 완충 장치이지, 모든 시장 조건을 무력화하는 보장이 아닙니다. sUSDe의 보상은 양수 또는 0으로 설계됐다고 설명되지만, 그 뒤에는 프로토콜 수익, 준비금, 거래소와 커스터디, 헤지 포지션이 함께 움직입니다. 그래서 sUSDe 수익률을 볼 때는 "달러형 토큰이니까 예금처럼 안전하다"가 아니라 "합성달러 구조 안에서 어떤 시장 위험을 나눠 지고 있는가"로 질문을 바꿔야 합니다.

금리표 옆의 확인 순서

sUSDe를 한 줄로 정리하면, USDe를 맡긴 뒤 프로토콜 수익을 받는 영수증형 토큰입니다. USDe는 합성달러 단위이고, sUSDe는 보상 대상 지분입니다. APY는 고정금리가 아니라 시장 조건과 프로토콜 운용 결과를 반영합니다. 언스테이킹에는 7일 쿨다운이 있고, 즉시 매도 가능성은 외부 시장 유동성에 달려 있습니다.

이 차이를 알고 보면 관련 글도 더 잘 이어집니다. 금고 지분이 원금 잔고와 다르게 보이는 구조는 ERC-4626 뜻에서, 국채형 토큰 수익률을 예금 이자와 나눠 보는 흐름은 BUIDL 뜻에서 이어 볼 수 있습니다. DeFi 수익률을 담보 대출 위험과 함께 읽고 싶다면 Aave Health Factor 뜻도 같이 확인할 만합니다.

공식 자료를 볼 때는 먼저 USDe와 sUSDe의 역할을 나누고, 그다음 보상 원천과 출금 조건을 확인하면 됩니다. Ethena의 개요 문서는 USDe의 합성달러 구조를, USDe 스테이킹 문서는 sUSDe 보상과 쿨다운을, 펀딩 리스크 문서는 펀딩률이 나빠질 때의 부담을 설명합니다. 이 세 가지를 함께 보면 sUSDe APY는 더 이상 단순한 달러 이자율이 아니라, 구조와 조건을 같이 읽어야 하는 수익률로 보입니다.

1.0이라는 경계

Health Factor는 담보 가치가 빌린 자산을 얼마나 여유 있게 덮고 있는지 보여 줍니다. Aave의 공식 설명은 이 숫자가 1 아래로 떨어지면 포지션이 청산 대상이 될 수 있다고 봅니다. 그래서 화면에서 1.03, 1.10처럼 1에 가까운 숫자가 보이면 단순히 "아직 괜찮다"가 아니라 "작은 가격 변화에도 여유가 빠르게 줄 수 있다"는 신호로 읽는 편이 낫습니다.

Aave의 Health Factor와 청산 도움말은 Health Factor가 담보와 빌린 자산의 가치 변화에 따라 움직인다고 설명합니다. 담보로 잡힌 자산 가격이 내려가면 숫자가 낮아지고, 빌린 자산 가치나 이자가 커져도 숫자가 낮아질 수 있습니다. 숫자를 높이는 기본 방향도 단순합니다. 담보를 더 넣거나, 빌린 자산을 일부 갚는 것입니다.

청산가보다 넓은 숫자

청산가는 편한 참고값입니다. 예를 들어 ETH를 담보로 두고 USDC를 빌렸다면 "ETH가 얼마까지 내려가면 위험한가"라는 질문은 자연스럽습니다. 하지만 Health Factor는 특정 가격 하나만 가리키지 않습니다. 담보가 여러 개이거나 빌린 자산이 여러 개이면 각 자산의 가격, 대출 잔액, 이자, 담보별 청산 기준이 함께 섞입니다.

Aave V3 개요도 대출 포지션이 담보 초과 상태를 유지해야 하고, Health Factor와 담보별 청산 기준으로 위험을 추적한다고 설명합니다. 그래서 Health Factor를 볼 때는 숫자 자체보다 숫자가 낮아지는 방향을 같이 봐야 합니다.

• 담보 자산 가격이 내려가는지
• 빌린 자산 가치나 이자가 커지는지
• 새로 빌리거나 담보를 빼면 숫자가 얼마나 낮아지는지
• 같은 자산 범주 안에서 빌린 것인지, 변동성이 큰 자산을 섞었는지

이 네 가지가 달라지면 같은 1.3이라는 숫자도 느낌이 달라집니다. 변동성이 큰 담보와 부채 조합에서는 1.3이 넉넉하지 않을 수 있고, 서로 움직임이 비슷한 자산끼리는 같은 숫자라도 버퍼를 다르게 볼 수 있습니다.

일부 청산과 전체 청산

Health Factor가 1 아래로 내려간다고 해서 항상 포지션 전체가 한 번에 사라진다고 단정할 수는 없습니다. Aave 도움말은 Health Factor와 포지션 크기에 따라 청산으로 갚힐 수 있는 부채 비율이 달라질 수 있다고 설명합니다. 일정 조건에서는 일부 부채만 갚히고 그만큼 담보가 넘어가지만, 숫자가 더 나쁘거나 작은 포지션이면 더 큰 범위가 정리될 수 있습니다.

중요한 점은 청산이 "내가 직접 매도 버튼을 누르는 행동"이 아니라는 데 있습니다. 청산 대상이 되면 외부 청산자가 빌린 자산의 일부 또는 전부를 대신 갚고, 그 대가로 담보를 할인된 조건으로 받아 갈 수 있습니다. 독자 입장에서는 손실이 청산 보너스와 시장 가격 변화까지 포함해 나타날 수 있으니, Health Factor가 1에 닿기 전부터 여유를 봐야 합니다.

E-mode의 착시

E-mode를 켜면 Health Factor가 더 편해 보일 때가 있습니다. 같은 범주의 자산, 예를 들어 비슷한 달러 기준 자산끼리 담보와 부채를 잡을 때 더 높은 효율을 허용할 수 있기 때문입니다. 하지만 이것은 위험이 사라진다는 뜻이 아닙니다. Aave의 E-mode 설명은 범주마다 LTV, 청산 기준, 청산 보너스, 빌릴 수 있는 자산 조건이 따로 정해진다고 안내합니다.

그래서 E-mode에서는 숫자가 올라간 이유를 봐야 합니다. 담보가 정말 더 안전해져서가 아니라, 같은 범주 안에서는 가격 움직임이 비슷하다고 보고 더 촘촘한 기준을 허용했기 때문일 수 있습니다. 범주 밖 자산을 섞거나, 스테이블코인이라고 생각한 자산이 시장에서 흔들리거나, 빌릴 수 있는 자산 조건이 달라지면 숫자를 다시 읽어야 합니다.

수익률 옆의 위험 지표

StableEarning에서 스테이블코인 금리, 스테이킹, RWA 수익률을 비교할 때도 같은 구분이 필요합니다. 수익률은 "어디서 보상이 오는가"를 묻는 숫자이고, Health Factor는 "담보 대출 포지션이 얼마나 청산에 가까운가"를 묻는 숫자입니다. 둘 다 퍼센트나 지표처럼 보이지만 같은 종류의 안전 신호가 아닙니다.

담보 대출 구조 자체가 더 궁금하다면 crvUSD 뜻을 함께 보면 도움이 됩니다. 예치 금고의 지분 숫자와 대출 위험 숫자를 나눠 보고 싶다면 ERC-4626 뜻도 이어서 볼 만합니다. 국채형 토큰 수익률처럼 대출과 다른 출처의 수익률은 BUIDL 뜻에서 구분해 읽을 수 있습니다.

Aave Health Factor는 "지금 바로 청산되느냐"만 묻는 숫자가 아닙니다. 담보 가격, 부채 가치, 이자, 담보별 기준, E-mode 조건이 합쳐져 현재 여유를 보여 주는 숫자입니다. 그래서 이 숫자를 볼 때는 1.0이라는 경계와 함께, 무엇이 숫자를 낮추고 무엇이 숫자를 높이는지까지 같이 봐야 합니다.