내 지갑에 "거래 실패"라고 표시되는데 가스비를 지불한 이유는 무엇입니까?

블록체인 네트워크에서 실패한 거래 이해하기

1. '실패'라고 표시된 트랜잭션은 EVM(Ethereum Virtual Machine) 또는 이와 동등한 실행 환경이 의도한 논리를 완료하기 전에 작업을 거부했음을 의미합니다. 이러한 거부는 제출 전이 아닌 실행 단계에서 발생합니다.

2. 유효성 검사, 저장소 액세스 및 opcode 실행을 포함한 모든 계산 단계에서 가스 요금이 소비됩니다. 계약이 취소되거나 가스가 소진되는 경우에도 실행된 단계는 되돌릴 수 없으며 환불되지 않습니다.

3. 네트워크는 '성공적인 의도'와 '실행된 작업'을 구분하지 않습니다. 채굴자나 검증자는 최종 상태 변경이 발생했는지 여부에 관계없이 처리 시간과 사용된 리소스에 대해 보상을 받습니다.

4. 일반적인 원인으로는 잔액 부족, 잘못된 함수 매개변수, 스마트 계약의 require() 또는 revert() 문 실패, 명시적 되돌리기를 트리거하는 정수 오버플로 등이 있습니다.

5. 사용자는 실패를 네트워크 수준 오류로 잘못 해석하는 경우가 많습니다. 실제로는 무결성을 유지하고 유효하지 않은 상태 전환을 방지하도록 설계된 고의적인 계약 동작을 반영합니다.

EVM 호환 체인의 가스 수수료 메커니즘

1. 가스 가격은 단위당 가격이 책정되며 소비된 총 단위를 곱합니다. 수수료는 성공 시가 아닌 거래 제출 시 보낸 사람의 계좌에서 공제됩니다.

2. 실패 시점까지 사용된 모든 가스는 영구적으로 사용됩니다. 이유 문자열이 포함된 특정 되돌리기가 실행되고 되돌리기 명령 이후에 가스가 남아 있지 않는 한 부분 환불은 발생하지 않습니다.

3. 거래 가스가 소진된 경우, 지정된 가스 한도의 100%가 소비됩니다. 명시적으로 되돌리는 경우(예: revert() 또는 require(false)를 통해) 사용되지 않은 가스는 환불됩니다. 그러나 함수 호출 및 이전 opcode 실행에 대한 기본 비용은 환불되지 않습니다.

4. Tenderly 또는 Blocknative와 같은 거래 시뮬레이션 도구는 방송 전에 가스 사용량과 잠재적 되돌림을 미리 볼 수 있지만 동적 온체인 조건으로 인해 동일한 결과를 보장할 수는 없습니다.

5. 노드가 eth_call 추적을 지원하지 않거나 트랜잭션이 전체 디버그 출력으로 로컬에서 시뮬레이션되지 않는 한 지갑 인터페이스는 정확한 되돌리기 이유를 거의 표시하지 않습니다.

스마트 계약 복귀 동작 및 그 영향

1. Solidity의 revert(), require() 및 Assert() 문은 실행을 중지하고 상태 변경을 롤백하지만 되돌리기 전에 수행된 작업에 대한 가스 소비를 제거하지는 않습니다.

2. 사용자 정의 오류 메시지(Solidity 0.8.4+에 도입됨)를 사용하여 되돌리면 해당 메시지를 인코딩하고 내보내는 데 여전히 가스 비용이 발생합니다. 종종 기본 실행을 넘어서 100~300 가스 단위가 추가됩니다.

3. 이스탄불 하드포크 이전에 배치된 계약은 복귀 후 가스 환불 계산 방법의 변경으로 인해 복귀 조건에서 다르게 작동할 수 있습니다.

4. OpenZeppelin의 SafeERC20 또는 ReentrancyGuard와 같은 타사 라이브러리는 가스 오버헤드를 늘리고 조기 복귀를 위한 표면적을 확장하는 추가 검사를 도입합니다.

5. 신뢰할 수 없는 계약에 대한 외부 호출은 위험을 더합니다. 거래 논리가 건전하더라도 호출된 계약의 되돌리기는 계단식으로 진행되어 가스 소비로 인해 전체 거래가 실패하게 됩니다.

지갑 인터페이스 제한 및 사용자 오해

1. 대부분의 소비자 지갑은 기본 되돌리기 데이터를 노출하지 않고 상태 == 0x0을 "실패"로 해석하여 성공 상태를 결정하기 위해 eth_getTransactionReceipt에 의존합니다.

2. "거래 실패"라는 문구는 UI 추상화입니다. "자금 부족" 또는 "논스 너무 낮음"과 같은 특정 오류 코드가 동반되지 않는 한 네트워크 정체, RPC 실패 또는 지갑 버그를 나타내지 않습니다.

3. 일부 지갑은 사용자의 부담을 피하기 위해 낮은 수준의 EVM 오류를 억제하고 "실행이 취소되었습니다. ERC-20 전송 금액이 잔액을 초과합니다"와 같은 기술 메시지를 일반 라벨로 대체합니다.

4. 트랜잭션 해시는 실패 후에도 탐색기에서 유효한 상태로 유지되므로 사용자가 추적 로그, 스토리지 읽기 및 스택 추적을 검사할 수 있습니다. 하지만 이를 위해서는 기술적 지식과 외부 도구가 필요합니다.

5. 하드웨어 지갑 통합으로 인해 지연 시간이나 서명 불일치가 추가되어 지갑 UI의 온체인 되돌림과 구별할 수 없는 사전 실행 오류가 발생하는 경우가 있습니다.

자주 묻는 질문

Q: 거래가 실패하면 가스비를 돌려받을 수 있나요? 가스는 전액 환불되지 않습니다. 명시적인 revert() 또는 require() 이후에 사용되지 않은 가스만 반환됩니다. 되돌리기 전에 소비된 기본 실행 비용과 가스는 차감된 상태로 유지됩니다.

Q: MetaMask에는 "실패"가 표시되는데 Etherscan에는 "성공"이 표시되는 이유는 무엇입니까? 이러한 불일치는 일반적으로 캐싱 지연이나 일치하지 않는 RPC 끝점으로 인해 발생합니다. Etherscan은 정식 영수증을 표시합니다. MetaMask는 확인 깊이가 증가할 때까지 오래되거나 분기된 보기를 반영할 수 있습니다.

Q: 실패한 거래가 내 지갑 임시값에 영향을 미치나요? 예. 서명된 모든 트랜잭션은 성공 여부에 관계없이 보낸 사람의 nonce를 증가시킵니다. 후속 트랜잭션이 승인되려면 다음 순차 nonce를 사용해야 합니다.

Q: 거래가 취소된 정확한 이유를 어떻게 알 수 있나요? 추적 기능(예: Tenderly, Blockscout)이 있는 블록 탐색기를 사용하거나 hardhat-node 또는 Foundry의 캐스트 전송을 --debug 플래그와 함께 사용하여 트랜잭션을 재생하여 내부 호출을 검사하고 문자열을 되돌립니다.