ETH와 WETH는 어떻게 다를까?｜래핑·언래핑·가스비 잔액 구분
ETH와 WETH는 지갑에서 별도 잔액으로 보일 수 있으며, WETH가 있다고 해서 이더리움 메인넷의 일반적인 가스비를 자동으로 낼 수 있는 것은 아닙니다. ETH는 네트워크의 기본 자산이고, WETH는 ETH를 ERC-20 규격으로 다루기 위한 토큰입니다. 잔액의 원화 합계보다 먼저 지금 가진 자산의 종류와 네트워크, 하려는 동작을 구분해야 합니다.
이 글은 자산 구조와 화면을 읽는 교육용 설명입니다. 래핑이나 거래 실행을 권하지 않으며, 아래 수량은 모두 가상입니다. 같은 WETH라는 이름을 쓰는 자산도 네트워크와 구현에 따라 성격이 다를 수 있으므로, 여기서 설명하는 기본 구조를 모든 토큰에 그대로 적용하지 마세요.
1. 지갑에 두 줄로 보이는 이유부터 이해하기
ETH는 이더리움 네트워크에서 기본 잔액으로 다뤄집니다. WETH는 스마트계약이 관리하는 토큰 잔액으로 다뤄집니다. 일반적인 WETH 구조에서는 ETH를 맡기고 같은 수량의 WETH를 발행받으며, 되돌릴 때는 WETH를 소각하고 해당 수량의 ETH를 받습니다. 이처럼 형식을 바꾸는 동작을 래핑, 반대 동작을 언래핑이라고 부릅니다.
ERC-20은 여러 토큰을 비슷한 방식으로 처리할 수 있게 하는 인터페이스 규격입니다. ETH 자체는 이 규격의 토큰으로 만들어진 자산이 아니어서, ERC-20 토큰을 다루는 앱에서는 WETH 형태가 쓰일 수 있습니다. 그렇다고 모든 사용자가 WETH를 보유해야 한다는 뜻은 아닙니다. 자신이 이용하는 기능에서 왜 이 형식이 필요한지 이해되지 않는다면, 이름이 익숙하다는 이유로 변환부터 할 필요는 없습니다.
지갑에서 두 잔액을 보여 주는 방식도 앱마다 다릅니다. 한 화면은 ETH와 WETH를 각각 표시하고, 다른 화면은 평가액을 합산해 전체 자산처럼 보여 줄 수 있습니다. 화면의 총액은 자산 현황을 요약한 값이지 모든 기능에서 바로 사용할 수 있는 동일한 잔액은 아닙니다. 거래 요청을 읽을 때에는 총액 화면에서 벗어나 실제 사용 자산의 줄을 확인해야 합니다.
2. 래핑·스왑·브리지를 세 개의 질문으로 나누기
첫 번째 질문은 ‘같은 네트워크에서 ETH와 그 WETH 표현 사이의 형식만 바꾸는가’입니다. 그렇다면 래핑 또는 언래핑을 살펴보는 상황입니다. 두 번째는 ‘다른 종류의 자산을 받기 위해 시장의 교환 경로를 사용하는가’입니다. 이 경우에는 스왑의 가격과 경로가 중요한 문제가 됩니다. 세 번째는 ‘출발과 도착 네트워크가 달라지는가’입니다. 그렇다면 브리지 등 별도의 이동 구조를 확인해야 합니다.
가상 카드 세 장을 놓아 보겠습니다. 가 카드에는 이더리움 메인넷의 ETH를 같은 메인넷의 WETH로 바꾼다고 적혀 있습니다. 나 카드에는 WETH를 다른 토큰으로 교환한다고 적혀 있습니다. 다 카드에는 다른 네트워크에서 자산을 받는다고 적혀 있습니다. 카드에 모두 ‘변환’이라고 쓰여 있어도 세 동작의 위험과 비용 구조는 같지 않습니다.
앱이 여러 동작을 한 화면에서 이어 처리하면 더 헷갈릴 수 있습니다. 사용자는 ETH로 토큰을 교환한다고 생각하지만 내부 경로에 래핑이 포함될 수 있습니다. 반대로 WETH와 ETH를 선택했어도 어떤 구현과 경로를 사용하는지는 실제 요청을 읽어야 합니다. 버튼 이름만으로 단정하지 말고 출발 자산, 도착 자산, 두 네트워크, 예상 결과를 한 줄씩 적어 보세요.
3. 같은 수량이라는 말에 수수료까지 포함되지는 않습니다
가상 지갑에 0.30 ETH가 있고, 이 중 0.10 ETH를 일반적인 WETH 계약에 래핑하는 상황을 생각해 보겠습니다. 변환 결과로 기대하는 WETH 수량은 0.10입니다. 그러나 ETH 잔액의 감소는 맡긴 0.10에 해당 거래의 실제 가스비가 더해질 수 있습니다. 전후 잔액을 비교할 때 변환 수량과 거래 비용을 분리해야 계산이 맞습니다.
반대로 0.10 WETH를 언래핑해 0.10 ETH를 받는 구조라도, 네트워크 거래를 처리하는 비용은 별도로 생각해야 합니다. 이 글에서는 특정 시점의 가스비를 고정값으로 제시하지 않습니다. 비용은 네트워크 상황과 요청 내용 등에 따라 달라질 수 있고, 화면의 예상값과 최종 기록을 구분할 필요가 있기 때문입니다.
‘같은 수량으로 바꾼다’는 설명을 ‘어디서든 비용 없이 같은 원화 가격에 매매된다’로 넓혀 읽으면 안 됩니다. 계약을 통한 기본 변환 구조, 거래소나 시장의 표시 가격, 앱이 제시하는 경로와 추가 비용은 서로 확인할 항목입니다. 계산을 연습할 때에는 원화 환산을 잠시 빼고 ETH와 WETH 수량을 먼저 맞춘 뒤, 비용과 평가액을 따로 적는 편이 명확합니다.
4. WETH는 있는데 가스비가 부족하다는 화면
지갑에 0.50 WETH가 보이고 ETH는 거의 없는 가상 상황을 떠올려 보세요. 화면의 전체 평가액이 충분해 보여도, 이더리움 메인넷에서 일반적인 거래를 보내려면 기본 자산인 ETH가 필요할 수 있습니다. 토큰 수량이 많은 것과 해당 요청의 네트워크 비용을 낼 수 있는 것은 다른 조건입니다.
이때 가장 먼저 할 일은 정확한 네트워크와 계정의 ETH 잔액을 읽는 것입니다. 다른 네트워크의 ETH 비슷한 표시나 다른 계정의 잔액을 같은 자금으로 생각하고 있지 않은지도 봅니다. 이어 오류 문구가 가스비 부족인지, 토큰 수량 부족인지, 승인이나 경로 문제인지 분리합니다. 모든 실패를 ‘WETH가 잘못됐다’로 해석할 필요는 없습니다.
일부 앱은 비용 대납이나 다른 자산을 이용한 비용 처리 기능을 제공할 수 있지만, 이를 모든 지갑에 적용되는 기본 규칙으로 가정하면 안 됩니다. 그런 기능이 표시된다면 해당 서비스의 설명과 실제 차감 자산을 확인해야 합니다. 낯선 사람이 가스비를 대신 처리해 주겠다며 복구문구나 원격제어를 요구하는 것은 정상적인 잔액 확인 과정이 아닙니다.
5. 이름과 로고가 같아도 같은 자산인지 다시 확인하기
토큰 목록에서 WETH라는 짧은 이름과 익숙한 아이콘을 발견했다고 해서 자산 식별이 끝나지는 않습니다. 어느 네트워크인지, 어떤 계약이 발행한 토큰인지, 사용하려는 서비스가 무엇을 지원하는지 함께 봐야 합니다. 같은 이름의 다른 구현이나 다른 체인의 표현 자산을 한 종류로 묶어 생각하면 입금과 변환 단계에서 혼란이 생깁니다.
확인 메모에는 네트워크 이름, 지갑 계정, 토큰 이름, 공식 자료에서 확인한 계약 정보, 이용하려는 기능을 적습니다. 계약 주소를 블로그 본문이나 임의의 댓글에서 복사해 사용하는 대신, 해당 네트워크나 서비스의 공식 안내와 연결된 탐색기 정보를 대조하세요. 확인되지 않은 자산을 시험 삼아 전송해 보는 방식은 식별 절차를 대신하지 못합니다.
예를 들어 같은 지갑에 두 네트워크의 WETH가 각각 표시된다고 합시다. 한쪽의 잔액이 증가했다고 다른 쪽의 잔액까지 증가하는 것은 아닙니다. 계정 주소 모양이 같아 보여도 네트워크의 상태는 별도로 읽어야 합니다. 이럴 때는 ‘나는 WETH를 가지고 있다’보다 ‘어느 네트워크의 어느 WETH를 어느 계정에서 보고 있다’라는 문장이 상황을 정확히 설명합니다.
6. 거래소의 ETH 입금 안내에 WETH를 대입하지 않기
거래소에서 ETH 입금 주소를 보여 준다는 이유로 WETH 입금도 지원한다고 추정하지 마세요. 서비스가 지원하는 자산과 네트워크의 조합을 명시적으로 확인해야 합니다. 주소 형식이 같거나 같은 네트워크에서 전송이 가능하다는 기술적 사실만으로 거래소 계정에 입금이 반영된다고 보장할 수는 없습니다.
가상으로 한 사용자가 거래소의 ETH 입금 화면과 자신의 WETH 잔액 화면을 나란히 열었다고 생각해 보겠습니다. 확인해야 할 문장은 ‘주소가 같아 보인다’가 아니라 ‘이 서비스가 지금 이 네트워크의 이 토큰 입금을 받는다고 안내하는가’입니다. 안내에서 찾지 못했다면 그 정보가 없는 상태로 남겨 두고, 공식 지원 채널에서 자산 이름과 네트워크를 정확히 적어 문의하는 것이 좋습니다.
문의할 때는 ‘이더리움 보내도 되나요?’처럼 넓게 묻지 말고, 네트워크와 자산 구분을 명확히 해야 합니다. 실제 자산을 보내지 않은 상태라면 개인 잔액이나 전체 거래 기록을 함께 공개할 이유도 없습니다. 이미 전송한 문제라면 재전송이나 추가 입금으로 해결하려 하지 말고, 해당 서비스가 안내하는 공식 접수 방식과 필요한 거래 식별값을 확인하세요.
7. 요청 화면은 동사와 결과를 짝지어 읽으세요
실제 요청을 검토할 때에는 ‘무엇을 하는가’와 ‘완료되면 무엇이 남는가’를 함께 적어 보세요. 래핑이면 어떤 ETH 잔액이 줄고 어떤 WETH 잔액이 늘어나는지, 언래핑이면 반대 방향이 맞는지 확인합니다. 스왑이나 다른 네트워크 이동이 포함된다면 그 사실을 별도 줄로 분리합니다. 이 작업은 서명을 진행하기 위한 필수 권유가 아니라 요청을 이해하기 위한 읽기 연습입니다.
그다음 수량, 비용, 계약과 네트워크를 봅니다. 예상 결과가 내가 이해한 동작과 맞지 않거나, 설명하지 않은 자산 승인 요청이 추가되면 멈추고 공식 도움말을 확인합니다. 토큰을 쓸 권한을 주는 승인과 자산 자체를 바꾸는 요청이 같은 말은 아닙니다. 화면이 여러 번 나온다고 무조건 정상이라고 생각하거나, 한 번만 나온다고 안전하다고 생각하지 마세요.
예를 들어 ‘0.10 WETH를 ETH로 바꾸기’라는 목적을 적었는데, 요청에 다른 토큰이나 낯선 네트워크가 보이면 의도와 실제 요청이 어긋난 것입니다. 이런 경우에는 소액이니 괜찮겠다고 넘기기보다, 선택한 자산과 경로부터 다시 확인해야 합니다. 이해하지 못한 요청을 처리한 뒤 결과를 보자는 접근은 읽기 점검의 순서를 뒤집습니다.
8. 완료 표시가 있는데 잔액이 안 보이는 경우
앱에 완료 표시가 나타났는데 예상한 잔액이 보이지 않으면, 새 거래를 만들기 전에 같은 계정과 네트워크를 보고 있는지 확인합니다. 지갑이 토큰 목록을 숨기거나 갱신이 늦을 수 있으므로 화면 한 장만으로 실패를 확정하지 않습니다. 거래 식별값을 통해 공식적으로 연결된 탐색기에서 어떤 요청이 처리됐는지 읽고, 토큰 변동과 기본 자산 변동을 각각 대조합니다.
여기서도 평가액과 수량을 나눠야 합니다. 토큰 수량은 표시되는데 원화 가격이 비어 있는 경우와, 토큰 수량 자체가 없는 경우는 다릅니다. 가격 정보가 없다고 토큰이 없어진 것은 아니지만, 가격 표시가 있다고 자산의 진위가 보장되는 것도 아닙니다. 어떤 항목이 비어 있는지 먼저 정리하면 불필요하게 다른 앱을 설치하거나 지갑을 복원하는 일을 줄일 수 있습니다.
문의 기록에는 요청한 동작, 거래가 발생한 네트워크, 계정, 예상한 수량 변화, 실제 관찰된 변화를 담습니다. ‘원래대로 돌려 달라’보다 ‘WETH 수량은 줄었고 같은 계정의 ETH 잔액에서 어떤 변화를 확인해야 하는지 알고 싶다’처럼 관찰을 구체화하는 편이 좋습니다. 지원을 받는 과정에서도 복구문구와 개인키는 전달하지 않습니다.
9. 자주 헷갈리는 세 문장을 고쳐 읽기
첫째, ‘WETH는 ETH보다 더 좋은 상품이다’라는 말은 기능 차이를 가치 판단으로 바꾼 표현입니다. 어떤 앱에서 필요한 규격인지가 중요할 뿐, 래핑 자체가 수익을 만들거나 가격 하락 위험을 없애 주는 것은 아닙니다. 보유 목적과 상관없이 변환을 추천하는 문구는 그 근거와 이해관계를 따져 보세요.
둘째, ‘1 대 1이니까 어떤 WETH든 똑같다’는 말은 이름이 같은 다른 구현의 조건을 지워 버립니다. 이 글의 기본 구조가 적용되는 계약인지, 다른 체인을 거친 표현인지, 추가 위험이 있는지 확인해야 합니다. 하나의 설명을 모든 네트워크의 안전 보증처럼 사용하지 않는 것이 중요합니다.
셋째, ‘ETH로 다른 토큰을 바꾸려면 사용자가 반드시 먼저 WETH를 만들어야 한다’는 말도 모든 앱에 맞지 않습니다. 앱의 경로에 래핑이 포함될 수 있기 때문입니다. 사용자가 직접 해야 할 동작을 추측하지 말고, 공식 기능 설명과 요청 화면을 보세요. 필요 없는 단계를 추가하면 비용과 확인할 요청만 늘어날 수 있습니다.
10. 세 화면을 비교할 때 기준 칸을 먼저 맞추기
가상으로 휴대전화 지갑, 컴퓨터 지갑, 자산 집계 화면을 나란히 열었다고 해보겠습니다. 휴대전화에는 기본 자산만 보이고, 컴퓨터에는 토큰까지 보이며, 집계 화면에는 원화 총액만 크게 보입니다. 숫자가 셋 다 다르다고 곧바로 자산이 이동했다고 판단할 수는 없습니다. 비교할 것은 같은 계정인지, 같은 네트워크인지, 기본 자산과 토큰을 같은 범위로 포함했는지, 정보를 확인한 시각이 같은지입니다.
이를 종이에 옮길 때는 화면 이름 아래에 계정, 네트워크, 기본 자산 수량, 토큰 수량, 평가액 확인 시각을 따로 적습니다. 채울 수 없는 칸은 빈칸으로 둡니다. 집계 화면이 어느 네트워크의 토큰을 포함했는지 설명하지 않는다면, 합계만 가지고 다른 두 화면을 교정하려 하지 마세요. 출처가 서로 다른 가격 정보를 사용하면 수량이 같아도 평가액은 다르게 보일 수 있으므로, 먼저 수량 기준으로 같은 대상을 보고 있는지 맞춥니다.
이 비교의 목적은 더 믿음직해 보이는 화면 하나를 승자로 고르는 것이 아닙니다. 각 화면이 보여 주는 범위를 확인하고, 빠진 정보가 무엇인지 찾는 것입니다. 특히 새로운 앱을 연결하면 모든 문제가 해결될 것이라고 생각하기 전에 기존 앱의 공식 도움말과 조회 범위를 확인하세요. 단순히 값을 비교하려다 새로운 권한 승인이나 지갑 비밀 입력으로 작업 범위를 넓힐 이유는 없습니다.
11. 실수하기 쉬운 장부를 가상으로 수정해 보기
가상 기록에 ‘이더리움 수량은 줄었고 래핑 토큰 수량은 늘었으니 손해와 이익이 동시에 났다’고 적혀 있다고 해보세요. 형식 변환만 설명하는 기록이라면 먼저 두 변화가 같은 거래에서 연결된 것인지 살펴야 합니다. 변환한 수량을 한쪽에서는 전액 손실, 다른 쪽에서는 전액 새 수입처럼 독립적으로 세면 실제 자금 흐름을 이해하기 어렵습니다. 여기서는 세법상 처리를 판단하지 않고 지갑 수량을 정확히 읽는 연습만 합니다.
올바른 비교를 위해 변환 전 수량, 변환에 사용한 수량, 변환 후 기본 자산 수량, 새로 보이는 토큰 수량, 실제 비용을 각각 적습니다. 다음으로 별도의 전송이나 교환이 같은 시간에 있었는지 확인합니다. 거래가 여러 개라면 모든 변화가 한 번의 래핑 때문이라고 묶지 말고 거래별로 줄을 나눕니다. 원화 평가액을 맨 마지막에 붙이면 수량 변화와 시세 변화를 같은 원인으로 착각하는 일을 줄일 수 있습니다.
예를 들어 토큰 잔액은 예상한 만큼 늘었는데 기본 자산이 생각보다 더 줄었다면, 추가 거래와 실제 비용 기록을 먼저 대조합니다. 반대로 기본 자산이 줄었는데 토큰 행이 보이지 않는다면, 변환 실패라고 단정하기 전에 계정과 네트워크, 목록 표시를 확인해야 합니다. 어느 쪽이든 확인되지 않은 칸을 맞추기 위해 같은 작업을 다시 실행하지 않습니다. 기록에서 설명되지 않는 차이를 남겨 두는 것이, 중복 거래를 만들어 숫자를 더 복잡하게 만드는 것보다 낫습니다.
12. 오늘은 변환 대신 네 칸을 정확히 써 보세요
지갑 화면을 이해하려는 목적이라면 자산을 실제로 바꿀 필요가 없습니다. 종이에 네트워크, 자산 종류, 내가 이해한 동작, 완료 후 예상 잔액 변화를 네 칸으로 적어 보세요. 가상으로 ‘이더리움 메인넷, ETH와 WETH, 같은 네트워크의 래핑, ETH 감소·WETH 증가·가스비 별도’처럼 쓰면 됩니다. 다른 토큰이나 다른 네트워크가 끼면 별도 단계로 표시합니다.
이렇게 쓴 문장과 공식 자료가 일치하는지 확인한 뒤에도 모르는 부분이 남을 수 있습니다. 그 빈칸을 없애려고 송금을 시험할 필요는 없습니다. 지갑의 총평가액, 변환 수량, 가스비 잔액, 서비스의 입금 지원 조건을 따로 읽는 습관만으로도 많은 혼동을 구분할 수 있습니다. ETH와 WETH를 이해하는 핵심은 이름의 유사함보다 실제 기능과 처리 범위를 보는 데 있습니다.
댓글
댓글 쓰기