바이낸스 해킹에서 EIP-7702는 피해를 키운 책임이 있나, 아니면 열쇠 유출이 문제인 중립적 도구일 뿐인가?

프로토콜 설계 · 참여 7명 · 인용 7건 · 2026-10-30 ~ 2026-10-30

계정 추상화(account abstraction) 기여자 decentrek은 EIP-7702 자체는 깨지지 않았지만 배치(batching) 기능이 해커가 ETH·USDT 등 64종 토큰을 한 트랜잭션에 빼내 피해를 키우도록 도운 것은 사실이라며 운영 관행 개선과 EIP-8141 프레임 트랜잭션(frame transaction) 같은 엔드게임 계정 추상화로 전환할 것을 촉구했다. 반면 FigoETH·AzianMike·ETH_MAXER 등은 7702는 안전하고 중립적인 UX 도구이며 문제는 개인키 유출과 바이낸스의 허술함이라고 반박했다.

배경

EIP-7702(Set Code for EOAs)는 비탈릭 부테린, Sam Wilson, Ansgar Dietrichs, lightclient이 제안해 Final 상태가 된 EIP로, 외부 소유 계정(EOA)이 '7702 authorization'이라는 특수 서명으로 스마트 컨트랙트 코드를 자기 계정에 위임해 승인(approve)과 전송(transfer)을 한 트랜잭션에 묶는 배치를 가능하게 한다. 바이낸스 해킹에서 해커는 이 기능으로 ETH, USDT를 포함한 64종 토큰을 단일 트랜잭션에 빼냈고, 7702가 없었다면 토큰마다 별도 트랜잭션이 필요해 정상 출금 트랜잭션과 논스(nonce)를 두고 경쟁하다 상당수가 실패했을 것이다. decentrek이 엔드게임으로 지목한 EIP-8141(Frame Transaction, Draft)은 계정을 멀티시그 컨트랙트로만 구성하고 전송 함수에 '추가 서명 없이는 1000 ETH 초과 전송 불가' 같은 포스트 컨디션을 걸 수 있게 하는 계정 추상화 제안이다. EIP-8141은 현재 bogota-devnet-1에서 테스트되고 있다.

왜 중요한가

전환기 계정 추상화의 부작용을 프로토콜 설계로 고칠지 운영 관행으로 막을지가 계정 추상화 로드맵의 우선순위와 속도를 좌우한다. 지갑·거래소가 7702 서명 엔드포인트를 노출하지 않는 수칙이 표준으로 자리 잡는지, EIP-8141의 포스트 컨디션이 devnet에서 진전되는지가 지켜볼 지점이다.

쟁점

찬성 — 7702가 피해를 키웠으니 보완과 주의가 필요하다

Derek Chiang | Ethlabs, Liberty Swap | C.R.O.P.S. on PulseChain 🗽, louisli.eth |💊| BIP-360

반대 — 7702는 안전한 중립 도구이고 문제는 열쇠 유출이다

figo.eth, Michael Luo, 언성재

중립 — 근본 원인은 열쇠가 아니라 서명 인프라일 수 있다

Odysseus | phylax.systems

← Debates