이더리움 지갑에서 거래가 오래 대기하면 새 거래를 보내 이전 거래를 밀어내려는 경우가 있습니다. 하지만 같은 계정의 거래에는 순서가 있어 뒤에 보낸 거래도 함께 기다릴 수 있습니다. 이 글은 일반적인 개인키 기반 계정의 대기 거래를 점검하는 방법을 설명합니다. 스마트 계정이나 서비스가 묶어서 제출하는 거래에는 별도 규칙이 있을 수 있으므로 지갑의 안내를 우선 확인해야 합니다.
코인마당 편집팀 · AI 생성 일러스트 · AI 생성 후 크기 조정 및 WebP 변환
가장 먼저 막힌 순서를 찾기
nonce는 해당 계정의 거래 순서를 나타내는 값입니다. 예를 들어 nonce 12인 거래가 아직 처리되지 않았는데 13과 14를 추가했다고 해서 뒤의 거래가 반드시 먼저 완료되는 것은 아닙니다. 지갑의 활동 목록에서 가장 오래 기다리는 항목을 찾고, 그 해시가 탐색기에서도 대기 중인지 확인합니다. 앱에만 과거 기록이 남은 경우와 네트워크에서 실제로 기다리는 경우는 대응이 다릅니다. 조회한 네트워크가 맞는지도 함께 확인합니다.
전송 버튼을 여러 번 누른 뒤에는 각 해시와 nonce, 수신 주소, 수량을 적어 대기 목록을 만듭니다. 똑같은 수량이라고 같은 거래는 아닙니다. 서로 다른 nonce로 제출했다면 여러 송금이 나중에 차례로 실행될 가능성도 있습니다. 그래서 먼저 해야 할 일은 중복 의도를 찾는 것이고, 화면을 새로고침하거나 앱을 재설치하는 것이 거래의 경제적 효과를 취소한다고 생각해서는 안 됩니다.
속도 높이기와 취소가 의미하는 것
MetaMask의 공식 안내는 대기 거래에 대해 속도 높이기나 취소 기능을 설명합니다. 교체 방식에서는 같은 nonce를 사용하는 다른 거래가 원래 거래보다 먼저 포함되도록 시도합니다. 지갑이 제공하는 기능을 이용하더라도 성공이 확정되는 것은 아닙니다. 이미 원래 거래가 블록에 들어갔다면 뒤늦게 취소 버튼을 눌러도 그 실행을 되돌릴 수 없습니다. 취소 요청 자체에도 수수료가 들 수 있습니다.
Ethereum EVM illustrated — page 40 · Takenobu Tani · BSD-3-Clause · 원본 PDF의 해당 독립 도표 페이지 렌더링, 비율 유지 및 WebP 변환
속도 높이기는 같은 거래 의도를 유지하면서 수수료 조건을 바꾸려는 것이고, 취소는 실행하려던 동작을 하지 않는 다른 거래로 교체하려는 시도입니다. 지갑 화면에서 두 기능을 혼동하면 원래 보내려던 자산이 그대로 이동할 수 있습니다. 수신 주소나 호출 대상, 전송 금액을 확인하고 기능의 목적부터 구분합니다. 임의의 숫자를 따라 입력하기보다 해당 지갑과 네트워크가 제공하는 현재 절차를 확인하는 편이 오류를 줄입니다.
수수료만 올리기 전에 확인할 조건
가상의 예로 대기 송금이 하나 있고 그 뒤에 스왑이 대기 중이라고 해 봅시다. 뒤의 스왑 수수료만 높여도 앞선 순서가 해결되지 않으면 기다림이 이어질 수 있습니다. 또 계정에 수수료로 쓸 ETH가 부족하다면 토큰 잔액이 많아도 교체 거래를 제출하지 못할 수 있습니다. 앞선 거래가 실패로 포함된 경우에는 순서가 이미 소비됐을 수 있으므로, 단순히 화면의 실패 문구만 보고 같은 nonce를 재사용하지 않습니다.
수수료 상한과 네트워크의 기본 수수료 관계도 확인해야 합니다. 수수료가 낮아서 기다리는 상황과 거래 요청 자체가 잘못된 상황은 다릅니다. 계약 실행이 되돌려지는 원인이라면 빠르게 포함시키는 것만으로 해결되지 않습니다. 스왑 마감 시각이 지났거나 최소 수령 조건이 맞지 않을 수 있고, 전송 대상 계약이 특정 동작을 거부할 수도 있습니다. 먼저 오류의 종류를 구분해야 불필요한 비용 지출을 줄일 수 있습니다.
Ethereum EVM illustrated — page 28 · Takenobu Tani · BSD-3-Clause · 원본 PDF의 해당 독립 도표 페이지 렌더링, 비율 유지 및 WebP 변환
완료 후에는 두 해시를 함께 남기기
교체를 시도했다면 원래 해시와 교체 해시를 모두 기록하고 실제로 어떤 거래가 포함됐는지 확인합니다. 지갑의 로컬 활동 내역을 지우는 행위는 온체인 취소가 아닙니다. 앱 복원이나 기기 교체 후 대기 기록이 사라졌더라도 원래 거래가 실행될 가능성을 다시 확인해야 합니다. 대기 거래가 많을 때는 한 항목의 결과를 확인한 뒤 다음 항목을 판단하면 중복 전송과 순서 혼동을 줄일 수 있습니다.
지원 요청을 보낼 때에는 네트워크, 공개 주소, 거래 해시와 관찰한 상태를 전달하면 됩니다. nonce 조정을 도와주겠다며 복구 구문을 요구하는 사람에게는 정보를 제공하지 않습니다. 거래 순서를 이해하는 것은 복잡한 수동 조작을 권하는 것이 아니라, 지갑의 정상 기능을 사용할 때 무엇이 바뀌고 무엇이 보장되지 않는지 구별하기 위한 준비입니다.
コメント 0
ログイン状態を確認しています。
Googleでログイン · 関連する意見を丁寧に共有してください。