ETH와 BTC는 각 네트워크의 네이티브 자산이며 ERC-20 token contract의 approve·allowance 모델을 사용하지 않습니다. ETH는 거래의 value 필드로 보내고 Bitcoin은 UTXO를 소비하는 거래로 이전하므로 과거 일반 송금을 revoke할 수 없습니다. 다만 WETH 같은 토큰화 자산, dapp 계약에 예치된 ETH, EIP-7702 권한 등은 별도 계약·계정 규칙이 적용될 수 있어 자산 이름과 실제 contract 여부를 확인해야 합니다.
ETH는 거래 value로 이동합니다
ethereum.org는 transaction에 from, to, value, input data, gasLimit 등이 포함된다고 설명합니다. 외부 소유 계정이 다른 계정으로 ETH를 보내면 value만큼 sender 잔액이 줄고 recipient 잔액이 늘어납니다. ERC-20 contract의 allowance 저장소를 거치지 않으므로 ‘ETH approval 목록’이라는 표준 항목은 없습니다.
확정된 잘못된 ETH 송금은 token approval을 0으로 만드는 거래로 회수할 수 없습니다. pending 단계에서는 같은 nonce 대체 가능성이 있을 수 있지만 포함·확정 이후에는 수신자가 반환해야 합니다. 주소와 network를 서명 전에 확인해야 하는 이유입니다.
네이티브 코인 전송은 자산 자체를 옮기는 거래이고, 토큰 승인은 계약이 나중에 가져갈 한도를 주는 거래입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- ETH는 거래 value로 이동합니다
ethereum.org는 transaction에 from, to, value, input data, gasLimit 등이 포함된다고 설명합니다.
- BTC는 UTXO 소유권을 새 출력으로 넘깁니다
Bitcoin 송금은 기존 unspent outputs를 입력으로 소비하고 수신자와 change address에 새 outputs를 만듭니다.
- wrapped 자산은 이름이 비슷해도 토큰입니다
WETH는 ETH 가치를 표현하는 ERC-20 contract이고 WBTC 같은 자산도 token contract를 사용합니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
BTC는 UTXO 소유권을 새 출력으로 넘깁니다
Bitcoin 송금은 기존 unspent outputs를 입력으로 소비하고 수신자와 change address에 새 outputs를 만듭니다. ERC-20 spender가 owner 잔액에서 transferFrom하는 구조가 아니므로 allowance revoke 개념을 적용할 수 없습니다. 지갑 연결 사이트가 BTC 주소를 봤다는 이유만으로 임의 인출 권한이 생기는 것도 아닙니다.
그러나 seed나 private key가 노출되면 공격자는 UTXO를 소비하는 유효한 거래를 만들 수 있습니다. 이때 해결책은 approval 취소가 아니라 안전한 새 seed 주소로 남은 UTXO를 이동하는 것입니다. 더스트·coin control과 fee 조건도 함께 고려합니다.
| 자산 | 이동 방식 | 사후 권한 조치 |
|---|---|---|
| ETH | transaction value | 과거 송금 revoke 없음 |
| BTC | UTXO input·output | allowance 없음 |
| ERC-20 | transfer·transferFrom | spender allowance revoke 가능 |
| NFT | transfer·operator | approval 취소 가능 |
| WETH | ERC-20 contract | token allowance 적용 |
wrapped 자산은 이름이 비슷해도 토큰입니다
WETH는 ETH 가치를 표현하는 ERC-20 contract이고 WBTC 같은 자산도 token contract를 사용합니다. 지갑에 ETH라고 보이는 native balance와 WETH token balance는 별도입니다. WETH를 DEX에 unlimited approve했다면 allowance 취소 대상이지만 native ETH 송금 기록에는 같은 조치를 적용하지 않습니다.
거래소는 ‘ETH’라는 자산명 아래 여러 network 입출금을 제공할 수 있어 표시가 더 혼동됩니다. Arbitrum의 native ETH와 Ethereum mainnet ETH는 각각 해당 chain 상태에 있으며 bridge 없이 자동 이동하지 않습니다. 거래소 지원 network와 deposit address를 확인합니다.
- 자산이 native coin인지 contract token인지 확인합니다.
- 탐색기에서 value와 token transfer를 구분합니다.
- token이면 contract·spender allowance를 조회합니다.
- 키 노출이면 새 seed 이동을 계획합니다.
- 잘못된 송금은 수신처 공식 지원에 문의합니다.
계약에 보낸 ETH는 계약 규칙을 따릅니다
ETH를 contract address로 보내면 input data가 있으면 함수가 실행되고, 단순 value 전송도 receive·fallback code를 실행할 수 있습니다. 계약이 출금을 지원하지 않으면 개발자가 임의로 돌려줄 수 없을 수 있습니다. native 자산이라는 이유로 contract interaction 위험이 사라지지 않습니다.
dapp이 ETH deposit 뒤 지분 token을 발행하거나 내부 balance를 기록하면 회수는 protocol 함수와 권한에 달립니다. 지갑 simulation, verified source, 공식 UI를 확인하고 구현 계약으로 직접 보내지 않습니다. 실패 거래에서는 ETH value 상태 변경이 롤백돼도 gas fee는 소비될 수 있습니다.
사고 대응 도구를 자산 유형에 맞춥니다
ERC-20이 빠져나갔다면 spender와 allowance를 확인합니다. native ETH가 알 수 없는 주소로 반복 이동한다면 key compromise, 악성 자동화, 사용자가 서명한 transaction을 조사합니다. BTC는 inputs와 outputs, change를 추적합니다. 하나의 revoke 사이트가 모든 chain의 모든 권한을 치료한다고 믿지 않습니다.
dapp disconnect는 새 요청을 줄이지만 이미 서명된 native transfer를 취소하지 않습니다. seed 노출이면 비밀번호 변경도 개인키를 바꾸지 못합니다. 사건의 chain, asset type, TxID, 실제 signing action을 분류한 뒤 맞는 대응을 선택합니다.
자주 묻는 질문
ETH 승인 목록에서 의심 항목을 찾을 수 없으면 안전한가요?
native ETH에는 ERC-20 allowance가 없습니다. 알 수 없는 ETH 전송은 거래 서명이나 키 침해를 조사해야 합니다.
WETH도 승인 취소가 없나요?
WETH는 ERC-20 token이므로 spender allowance가 있으며 필요하면 revoke할 수 있습니다.
BTC 지갑을 사이트에서 disconnect하면 과거 송금이 취소되나요?
아닙니다. 확정된 UTXO 거래는 연결 해제로 되돌아가지 않습니다.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
