지갑 논스란 무엇이며 왜 중요한가요?

월렛 Nonce 기초

1. 지갑 논스는 이더리움 기반 주소에서 시작된 각 트랜잭션에 할당된 순차적 정수 값입니다.

2. 첫 번째 나가는 트랜잭션의 경우 0에서 시작하고 이후 서명된 모든 트랜잭션에서 1씩 증가합니다.

3. 이 카운터는 지갑 소프트웨어나 하드웨어 장치 자체가 아닌 계정 상태 내에서 체인에 저장됩니다.

4. Nonce는 특정 주소의 각 거래가 한 번만 엄격한 순서로 처리되도록 보장합니다.

5. 논스가 소비되면 이전에 브로드캐스트된 트랜잭션을 무효화하여 재생 공격을 방지합니다.

Nonce 적용이 체인에서 작동하는 방식

1. 노드가 새 트랜잭션을 수신하면 제공된 nonce가 보낸 사람의 현재 온체인 nonce와 일치하는지 확인합니다.

2. nonce가 예상보다 낮으면 잠재적인 재생으로 인해 트랜잭션이 거부됩니다.

3. nonce가 예상보다 높으면 트랜잭션은 mempool에 들어가지만 모든 이전 nonce가 정산될 때까지 확인되지 않은 상태로 유지됩니다.

4. 숫자를 건너뛰는 임시값이 있는 거래는 공백을 만들어 공백이 채워질 때까지 해당 주소에서 이후의 모든 거래 확인을 중단합니다.

5. 채굴자는 자신이 구성한 블록에 유효한 연속 nonce가 있는 트랜잭션만 포함합니다.

Nonce와의 하드웨어 지갑 상호작용

1. 하드웨어 지갑은 내부적으로 nonce를 자동으로 증가시키거나 추적하지 않습니다. 정확한 값을 제공하기 위해 전적으로 호스트 애플리케이션에 의존합니다.

2. 개발자 모드에서 Ledger Live 또는 Trezor Suite와 같은 고급 인터페이스를 사용하는 경우 사용자는 서명 중에 표시된 nonce를 수동으로 확인해야 합니다.

3. 일부 펌웨어 버전에서는 사용자가 제안된 nonce를 재정의하여 중단된 트랜잭션이나 사용자 지정 일괄 처리 논리를 복구할 수 있습니다.

4. 서명 중 부정확한 임시 제출로 인해 유효한 암호화 서명이 생성되지만 해당 거래는 네트워크에 의해 삭제됩니다.

5. 복구 문구는 nonce를 복원하거나 재설정할 수 없습니다. 개인 키와 관련 주소 상태만 재생성합니다.

다중 장치 환경의 Nonce 충돌

1. MetaMask, 모바일 dApp 브라우저, 하드웨어 장치 등 여러 지갑에서 동일한 이더리움 주소를 사용하면 충돌 위험이 높아집니다.

2. 각 인터페이스는 다른 인터페이스와 동기화하지 않고 다음 예상 nonce를 독립적으로 계산하거나 캐시할 수 있습니다.

3. nonce 17을 사용하여 한 클라이언트에서 전송된 트랜잭션으로 인해 다른 곳에서 18~22로 표시된 모든 보류 중인 트랜잭션이 무기한 중단될 수 있습니다.

4. Etherscan과 같은 블록 탐색기는 주소당 실시간 nonce 상태를 표시하여 조정을 위한 단일 정보 소스 역할을 합니다.

5. Nonce를 조정하거나 조정하는 합의 메커니즘은 없습니다. 프로토콜은 일단 상태에 기록된 이 카운터의 불변성을 강제합니다.

자주 묻는 질문

Q: 트랜잭션에 서명한 후 nonce를 변경할 수 있나요? 아니요. nonce는 거래의 서명된 페이로드의 일부입니다. 이를 변경하면 ECDSA 서명이 무효화되고 트랜잭션을 복구할 수 없게 됩니다.

Q: Bitcoin도 같은 방식으로 nonce를 사용하나요? 아니요. Bitcoin은 주소별 순차 nonce를 할당하지 않습니다. 사용되지 않은 트랜잭션 출력(UTXO)을 상태 모델로 사용하므로 공개 키당 글로벌 카운터가 필요하지 않습니다.

Q: 동일한 nonce로 두 개의 트랜잭션을 보내면 어떻게 되나요? 블록에 허용된 첫 번째 항목만 적용됩니다. 두 번째는 중복 nonce로 인해 유효하지 않은 것으로 처리되고 모든 호환 노드에서 삭제됩니다.

Q: Arbitrum 또는 Optimism과 같은 레이어 2 솔루션은 Ethereum의 기본 nonce를 사용합니까? 예. 대부분의 EVM 호환 롤업은 Ethereum의 계정 모델을 상속하고 동일한 nonce 규칙을 적용하여 호환성을 유지하고 레이어 간 재생을 방지합니다.