모두
모두콘텐츠
얼마 전 ETH를 거래소로 옮기다가 전송 버튼 앞에서 한참 멈춘 적이 있다. 주소는 맞았지만, 입금 화면에 선택한 네트워크와 출금 화면의 네트워크가 달랐다. 7년 동안 거래소와 온체인을 같이 봐도 이런 순간은 긴장된다. 이더리움 전송은 몇 분 늦는 것보다 한 번 잘못 보내는 비용이 훨씬 크다.
1. 주소보다 먼저 네트워크를 맞춘다
거래소에서 ETH 입금 주소를 받을 때는 자산 이름과 네트워크를 한 쌍으로 봐야 한다. ETH를 보낸다는 사실만으로 전송 경로가 정해지지는 않는다. 이더리움 메인넷, 아비트럼, 베이스처럼 입금을 지원하는 네트워크가 여러 개일 수 있다. 출금 화면에서 고른 네트워크가 입금 화면의 선택과 정확히 같아야 한다.
특히 0x로 시작하는 주소는 여러 네트워크에서 같은 모양으로 보인다. 주소 형식이 맞다는 것과 거래소가 그 네트워크의 입금을 지원한다는 것은 다른 얘기다. 주소를 복사해 붙인 뒤 앞뒤 몇 글자를 확인하고, 입금 화면에 표시된 자산·네트워크·최소 입금액을 다시 읽는다. 예전에 사용한 주소를 기록장에서 꺼내 쓰는 습관도 피한다. 거래소의 현재 입금 안내가 기준이다.
소액 테스트는 큰 금액을 옮길 때 값어치가 있다. 다만 테스트 금액이 최소 입금액보다 작으면 정상적으로 도착해도 잔고에 반영되지 않을 수 있다. 테스트 전에 최소 입금액과 출금 수수료를 함께 확인해야 비용을 계산할 수 있다.
2. 가스비는 전송 금액보다 네트워크 수요에 민감하다
개인 지갑에서 메인넷으로 ETH를 단순 전송할 때 필요한 가스는 보통 2만1000단위다. 실제 네트워크 수수료는 사용한 가스에 가스당 가격을 곱해 계산한다. 이더리움 공식 설명대로 가스당 가격에는 기본 수수료와 우선 수수료가 들어간다. 1gwei는 0.000000001ETH다.
가령 가스당 실제 지불 가격이 3gwei라면 2만1000×3gwei, 즉 0.000063ETH다. 30gwei라면 0.00063ETH로 10배가 된다. 두 숫자는 계산을 보여주기 위한 예시다. 전송 직전 지갑에 표시되는 예상 수수료를 확인해야 한다. ETH를 더 많이 보낸다고 단순 전송의 가스 사용량이 비례해서 늘지는 않는다.
여기서 거래소 출금 수수료와 네트워크 가스비를 섞어 보면 안 된다. 거래소가 제시하는 출금 수수료는 거래소의 정책과 선택한 네트워크에 따라 달라질 수 있다. 개인 지갑에서 보내는 경우에는 가스비를 낼 ETH도 잔고에 남아 있어야 한다. 잔고 전부를 전송 금액으로 입력했다가 수수료 부족으로 막히는 일이 의외로 잦다.
수수료만 보고 다른 네트워크를 고르는 것도 조심한다. 받는 쪽이 해당 네트워크를 지원해야 하고, 나중에 메인넷으로 자산을 옮겨야 한다면 브리지 비용과 시간까지 더해야 한다. 화면에 보이는 출금 수수료 하나만으로 가장 싼 경로를 판단하기 어렵다.
3. 전송 직전에는 금액보다 수령 조건을 읽는다
내가 실제로 확인하는 순서는 짧다. 받는 곳의 입금 화면을 연 상태에서 자산과 네트워크를 맞추고, 주소를 복사하고, 최소 입금액과 예상 수령액을 확인한다. 그다음에야 금액을 넣는다. 큰 금액이면 지원 조건을 충족하는 소액을 먼저 보내고, 입금 완료를 확인한 뒤 나머지를 보낸다.
- 받는 곳이 표시한 자산과 선택한 네트워크가 보내는 화면과 일치하는가
- 붙여 넣은 주소의 앞뒤 글자가 입금 화면과 같은가
- 출금 수수료를 뺀 수령액이 최소 입금액을 넘는가
- 개인 지갑이라면 가스비를 낼 ETH가 남는가
확인 단계가 번거로워 보여도 되돌릴 수 없는 거래에서는 이 시간이 가장 싸다. 이더리움 공식 안내 역시 확정된 거래를 취소하거나 되돌릴 수 없다고 설명한다. 주소나 네트워크가 잘못된 뒤의 복구 가능성에 기대기보다, 보내기 전에 조건을 맞추는 편이 현실적이다.
4. 전송 후에는 거래 해시와 입금 상태를 따로 본다
전송 버튼을 눌렀다고 곧바로 입금이 끝나는 것은 아니다. 거래 해시가 생겼다면 해당 네트워크의 블록 탐색기에서 상태, 수령 주소, 전송 금액을 확인할 수 있다. 거래가 대기 중인지, 블록에 포함됐는지, 실패했는지를 먼저 구분한다. 거래소 잔고는 그 뒤에 확인한다.
블록에 기록됐는데 거래소 잔고가 아직 그대로라면, 거래소가 요구하는 확인 횟수나 내부 반영 절차가 남았을 수 있다. 크라켄도 네트워크별 확인 조건을 채운 뒤 입금을 반영한다고 안내한다. 반대로 탐색기에서 대기 상태라면 거래소에 입금 지연을 묻기 전에 지갑이 제시하는 수수료 조정 기능과 현재 네트워크 혼잡도를 살펴본다. 같은 거래를 무작정 다시 보내면 의도와 다른 추가 전송을 만들 수 있다.
트레이더 입장에서 전송 기록은 수급을 읽는 단서이기도 하다. 다만 거래소로 들어온 ETH가 모두 즉시 매도로 이어지는 것은 아니다. 내부 지갑 이동이나 담보 운용도 섞인다. 내 자산을 옮길 때도 비슷하다. 온체인에는 전송이 찍혀도 실제 매매 의도는 기록되지 않는다. 그래서 나는 입금 알림보다 거래 해시와 수령 조건을 먼저 본다. 속도보다 정확성이 손실을 줄이는 구간이다.
