주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
논스가 맡는 역할
이더리움의 일반적인 외부 계정 거래에는 계정별 순서를 나타내는 논스가 있습니다. 먼저 처리되어야 할 번호가 대기 중이면 뒤 번호의 거래도 기다릴 수 있습니다. 계정의 확정 거래 수와 대기 거래를 포함한 조회 값은 다를 수 있으며 노드마다 보이는 대기 풀이 같지 않습니다. 이 설명을 모든 블록체인의 순서 규칙으로 일반화하지 마세요. 사용하는 네트워크와 계정 유형의 문서를 확인하는 것이 출발점입니다.
대기 중과 실패를 구분
지갑에서 오래 회전하는 표시가 나온다고 거래가 체인에서 실패한 것은 아닙니다. 아직 포함되지 않았거나 조회 제공자가 해당 거래를 보지 못할 수도 있습니다. 거래 해시와 보낸 주소, 네트워크 식별자를 확인하고 독립적인 탐색기로 상태를 대조하세요. 체인에 포함돼 되돌림 처리된 거래와 노드에서 삭제된 대기 거래는 다릅니다. 상태를 모르면서 송금을 새 논스로 반복하면 두 거래가 모두 처리될 수 있습니다.
같은 논스로 교체하기
대기 거래의 교체는 통상 같은 계정과 같은 논스를 사용한 새 거래를 더 적절한 수수료 조건으로 제출하는 방식입니다. 노드의 교체 승인 기준과 수수료 인상 요구는 구현에 따라 달라질 수 있습니다. 원래 거래와 교체 거래 중 먼저 포함된 것이 순서를 차지하며 둘 다 같은 상태에서 실행되는 것은 아닙니다. 지갑의 가속이나 취소 버튼도 이런 방식에 의존할 수 있어 수수료를 지불하고도 취소가 보장되지는 않습니다.
수수료와 내용을 다시 읽기
교체 요청에서 수령자와 금액, 호출 데이터가 어떻게 바뀌는지 확인합니다. 수수료 상한과 우선 수수료가 현재 네트워크 조건에 적절해야 하지만 무작정 높은 값을 넣는 것은 해법이 아닙니다. 취소 목적의 자기 전송도 자산 회수 명령이 아니라 원래 논스를 먼저 사용하려는 시도입니다. 원래 거래가 이미 확정됐다면 교체로 되돌릴 수 없습니다. 여러 지갑 프로그램이 같은 계정을 관리하면 논스 충돌이 생기므로 상태를 함께 맞춰야 합니다.
처리 뒤 기록 정리
최종 영수증과 블록 상태, 실제 자산 이동을 확인하고 기존 해시와 교체 해시를 연결해 저장합니다. 사용자 화면에서 사라진 거래도 체인 기록이 있으면 그대로 보존하세요. 중요한 전송에서는 작은 금액으로 경로를 시험하고 처리 순서를 확인하는 편이 유용합니다. 복구 문구를 제공하면 대기 거래를 풀어 준다는 개인 메시지는 신뢰하지 않습니다. 계정 순서와 체인 증거를 확인하는 절차가 급한 재전송보다 오류를 줄입니다.
직접 확인하는 연습
계정의 확정 논스와 대기 논스를 함께 적고 가장 앞에서 막힌 번호부터 확인합니다. 여러 거래가 대기 중일 때 맨 뒤 요청의 수수료만 올려도 앞선 순서 문제가 풀리지 않을 수 있습니다.
