개발자 nicolashw, 이더리움(ETH) EIP-7702 위임 영구 차단 표식 초안 제출

0xef0200 표식의 작동 방식과 한계

거래소 핫월렛과 기관 예치 부대가 새 이더리움(ETH) 초안의 최우선 적용 대상이다. 개발자 nicolashw는 10월 30일 금요일 이더리움 EIP 저장소에 이 초안을 제출했으며, 아직 저장소 메인 목록에 병합되지 않았고 EIP 번호도 배정받지 못했다.

초안이 겨냥하는 것은 EIP-7702다. 이 표준은 개인 키로 서명하는 일반 지갑, 즉 외부 소유 계정이 기존 주소에서 스마트 계약 코드를 실행할 수 있게 위임하는 규격이다. 위임은 계정 주소를 그대로 유지하면서 지갑의 기능 범위를 넓힌다. 여러 작업을 하나의 트랜잭션으로 묶거나, 다른 계정에 수수료를 대납하게 하거나, 특정 지출 권한을 분리해 부여하는 식이다. 현행 규격은 서명된 메시지로 계정에 기록된 코드를 지울 수는 있지만, 지운 뒤 그 계정이 다시 위임하는 것을 막지 못한다. 새 초안이 메우는 바로 이 공백이다.

계정은 EIP-7702 승인 목록을 비운 채 자기 주소로 특수 트랜잭션을 보내고, 자신의 코드에 3바이트짜리 실행 불가 표식을 기록한다. 후보 표식값은 0xef0200이며, 초안 자체도 이 값이 확정된 것이 아니고 공식 배정도 아닌 상태라고 명시한다. 표식이 설치되면 새 위임을 설정하려는 서명도 기존 위임을 지우려는 서명도 처리되지 않고, 표식을 삭제하려는 서명에도 같은 규칙이 적용되기 때문에 차단을 풀 방법이 없다. 설치 트랜잭션의 제안 가스비는 33,500이며, 초안은 측정 자료 없이 이를 보수적 수치라고만 설명한다. 그 밖의 계정 동작은 변하지 않는다. 주소를 유지하고 이더 전송, 스마트 계약 호출, 일반 트랜잭션 서명이 모두 가능하며, 표식은 실행 가능한 코드로 취급되지 않는다. 이 제안은 계정 통제가 대상이지 이더리움 가격이 대상이 아니므로 어떤 통화 파라미터도 움직이지 않는다.

초안 본문은 거래소 핫월렛과 기관 자금 운용 계정을 의도된 적용 대상으로 명시한다. 이런 운영에서 출금 승인, 트랜잭션 한도, 모니터링, 비상 정지는 이더리움 네트워크 밖에서 돌아가는데, 제안은 그런 통제 아래에서 위임이 실행되면 통제가 전제하는 가정 자체가 흔들릴 수 있다고 본다. 저자들은 표식을 오프체인 통제 체계를 프로토콜 층에 고정하는 장치로 프레이밍한다. 부대가 계정을 한번 고정하면 이후의 어떤 서명도, 정상 서명이든 탈취된 서명이든, 그 계정을 위임 코드로 연결할 수 없다는 논리다.

초안도 인정하는 단단한 한계가 있다. 탈취된 개인 키에는 아무 소용이 없다. 키를 쥔 사람은 여전히 일반 트랜잭션으로 자금을 옮기고 토큰 승인도 처리할 수 있으며, 표식은 이미 부여된 승인을 철회하거나 취소하지 않는다. 되돌릴 수 없다는 성질은 그 자체로 위험이기도 하다. 위임 기반 복구 기능이 멈추거나 자산이 이제는 차단된 위임 코드 뒤에 놓이면 소유자가 자산에 접근하지 못할 수 있다.

개발자 포럼 논의에서 추가 문제도 나왔다. 표식은 차단 트랜잭션이 실행된 체인에만 기록되므로 같은 주소가 다른 네트워크에서는 여전히 위임 가능하다. 일부 NFT 안전 전송 흐름은 표식된 계정을 수신자로 거부할 수 있고, 계정 코드 형태에 따라 분기하는 지갑과 계약은 호환성 검토 대상으로 접수됐다.

이번 움직임의 배경에는 남용 데이터가 있다. 2025년 7월 15일까지 7개 체인의 승인 트랜잭션을 집계한 조사에서 초기 EIP-7702 승인의 63%가 공격자 관련 계약에 연결된 것으로 나타났고, 50 EIP-7702 서명을 다룬 바이낸스 스위퍼 흐름에 대한 이전 분석에서도 같은 패턴이 확인됐다. 이 수치는 차단 장치가 존재하기 전의 남용 규모를 재는 것일 뿐, 이 초안의 효과는 아니다. 채택에는 밸리데이터와 노드 운영자가 배포해야 하는 이더리움 네트워크 업그레이드 가운데 하나가 필요하며, 소유자가 차단 트랜잭션에 서명하기 전까지 기존 계정은 지금과 똑같이 작동한다.

하류에 떨어지는 호환성 부담

핵심 판단은 이렇다. 이것은 선택적 일회성 스위치이고, 무게는 아직 움직이지 않은 쪽에 실린다. 계정 코드 형태에 따라 분기하는 지갑 개발사와 계약 개발자는 메인넷에 닿기 전에 3바이트 표식을 어떻게 해석할지 정해야 하고, NFT 전송 구현체도 같은 감사를 통과해야 한다. 네트워크 업그레이드의 문지기는 노드 운영자와 밸리데이터가 쥐고 있어서, 업그레이드가 없으면 표식 트랜잭션은 아무 일도 일으키지 않는다. 다음 신호는 절차 차원이다. 저장소 편집자가 EIP 번호를 부여하고 본문을 메인 목록으로 옮기는지, 그리고 어떤 지갑 팀이 호환성 질문을 먼저 집어 드는지가 관건이다.