거래 임시값이란 무엇이며 왜 중요한가요?

정의 및 핵심 기능

1. 트랜잭션 임시값은 특정 계정에서 시작된 모든 이더리움 트랜잭션에 첨부된 순차적이고 부호 없는 정수입니다.

2. 새로 생성된 계정의 경우 0부터 시작하고 성공적으로 브로드캐스트된 거래가 있을 때마다 1씩 증가합니다.

3. nonce는 각 트랜잭션이 정확히 한 번만 처리되도록 보장하여 동일한 트랜잭션이 네트워크에 다시 제출되는 재생 공격을 방지합니다.

4. 노드는 제공된 nonce가 보낸 사람의 현재 온체인 상태에서 파생된 예상 값과 일치하는지 확인하여 들어오는 트랜잭션을 검증합니다.

5. 계정의 최근 확인 상태에 비해 nonce가 너무 낮거나 너무 높으면 해당 거래는 mempool에 의해 완전히 거부됩니다.

다중 클라이언트 환경의 Nonce 관리

1. MetaMask, MyEtherWallet 및 맞춤형 dApp 클라이언트와 같은 여러 지갑이 동일한 개인 키로 작동하는 경우 충돌을 피하기 위해 nonce 사용을 조정해야 합니다.

2. 보류 및 확인된 트랜잭션을 추적하는 독립형 노드는 'pending' 매개변수를 사용하여 eth_getTransactionCount를 통해 다음 유효한 nonce를 노출할 수 있습니다.

3. 일부 지갑 구현에서는 미리 슬롯을 차지하기 위해 낮은 가스 수수료로 자리 표시자 거래를 제출하여 임시값을 사전 예약합니다.

4. 인터페이스 전체에서 nonce 값을 동기화하지 못하면 트랜잭션이 중단되는 경우가 많습니다. 특히 한 클라이언트가 브로드캐스트하는 동안 다른 클라이언트는 업데이트된 상태를 인식하지 못하는 경우 더욱 그렇습니다.

5. 지갑 UI에서 수동 nonce 조정이 가능하지만 실제 체인 상태와 잘못 정렬되면 잠재적으로 되돌릴 수 없는 대기열 중단을 초래할 수 있는 위험이 있습니다.

트랜잭션 순서 및 Mempool 동작에 미치는 영향

1. 트랜잭션은 멤풀에서 가스 가격만으로 정렬되지 않고 주로 보낸 사람 주소와 nonce 값을 기준으로 정렬됩니다.

2. 동일한 주소의 모든 낮은 nonce 전임자가 블록에 포함되기 전에는 nonce가 더 높은 트랜잭션을 확인할 수 없습니다.

3. 채굴자는 엄격한 임시 연속성을 시행합니다. 임시를 건너뛰면 누락된 거래가 나타날 때까지 해당 계정의 후속 거래 처리가 중단되는 간격이 생성됩니다.

4. 이 순서 제약 조건은 nonce 조작을 서비스 거부의 벡터로 만듭니다. 의도적으로 유효하지 않은 nonce를 브로드캐스팅하면 계정의 거래 기능이 정지될 수 있습니다.

5. 혼잡 중에 사용자는 때때로 EIP-1559 메커니즘을 사용하여 보류 중인 트랜잭션을 교체하는데, 이는 원본과 정확히 동일한 nonce를 지정해야 합니다.

Nonce 오류 및 복구 패턴

1. 트랜잭션이 이전 블록에서 이미 소비되었거나 건너뛴 숫자를 참조할 때 "Nonce too low" 오류가 발생합니다.

2. "Nonce가 너무 높음"은 요청된 숫자가 다음 예상 값을 초과한다는 신호입니다. 이는 종종 동기화되지 않은 로컬 상태 또는 조기 증가로 인해 발생합니다.

3. 복구에는 일반적으로 현재 보류 중인 nonce를 쿼리한 다음 정지된 트랜잭션을 대체하더라도 정확한 값으로 새 트랜잭션을 구성하는 작업이 포함됩니다.

4. 일부 블록 탐색기는 확인된 nonce와 보류 중인 nonce를 별도로 표시하여 확인되지 않은 대기열 위치에 대한 가시성을 제공합니다.

5. 보류 상태를 확인하지 않고 자동 증가하는 지갑은 중첩되거나 발산하는 논스가 있는 일괄 트랜잭션을 생성하여 부분 실패 계단식으로 이어질 수 있습니다.

자주 묻는 질문

Q: 두 개의 서로 다른 계정이 동일한 nonce 값을 공유할 수 있습니까? 예. Nonce의 범위는 계정 주소별로 지정됩니다. nonce가 5인 계정 A와 nonce가 5인 계정 B는 간섭 없이 독립적으로 작동합니다.

Q: 이더리움에서는 임시 무작위성이 사용된 적이 있나요? 아니요. 이더리움은 결정적이고 단조롭게 증가하는 정수를 엄격하게 적용합니다. 무작위 또는 암호화 nonce는 트랜잭션 구조가 아닌 ECDSA 복구와 같은 서명 체계에만 나타납니다.

Q: 계약 생성 트랜잭션은 동일한 논스 로직을 사용합니까? 예. 스마트 계약을 배포하면 외부 트랜잭션과 마찬가지로 1개의 Nonce가 사용됩니다. 결과 계약 주소는 부분적으로 작성자의 주소와 동일한 nonce에서 파생됩니다.

Q: Nonce N을 사용한 트랜잭션이 영구적으로 실패하면 어떻게 되나요? 채굴되어 되돌려진 경우에도 발신자의 nonce 상태가 향상됩니다. 후속 트랜잭션은 실행 결과에 관계없이 N+1을 사용해야 합니다.