비탈릭 부테린(Vitalik Buterin)이 공동 집필한 제안서가 이더리움(Ethereum) (ETH) 트랜잭션을 최대 64개의 프로그래머블 ‘프레임(frame)’으로 쪼개는 구조를 제시하며, 차기 대형 업그레이드인 ‘헤고타(Hegotá)’에 포함됐다.
핵심 요약
- EIP-8141은 기존 단일 구조의 이더리움 트랜잭션을 최대 64개의 컨트랙트 호출 시퀀스로 대체해, 검증·가스 지불·실행을 분리 처리한다.
- 이 제안은 FOCIL과 함께 헤고타 업그레이드 일정에 올라갔지만, 세폴리아(Sepolia)·후디(Hoodi)·메인넷의 활성화 시점은 아직 미정이다.
- 저자들은 양자컴퓨터가 타원곡선 암호(ECC)를 무너뜨리기 전에, 프레임 구조가 탈출구(off-ramp) 역할을 할 수 있다고 주장한다.
EIP-8141 프레임, 헤고타 업그레이드 안건에 공식 등재
이 제안의 공동 저자인 이더리움 개발자 데릭 치앙(Derek Chiang)은 9월 6일, EIP-8141팀이 “설계상 돌파구”를 마련했다며 X에 글을 올렸다.
하루 앞서 코어 개발자 매트 가넷(Matt Garnett)은 보완 에세이를 공개했다. 이후 부테린은 트랜잭션이 실제로 “무엇을 하는지”와 “사전에 어떤 조건을 만족해야 하는지”를 분리해야 한다는 자신의 논리를 별도 글로 제시했다.
초안에 따르면, EIP-8141은 각 트랜잭션을 다수의 일반 컨트랙트 호출(run)로 나누고, 이 호출들을 검증(validation)·가스 승인(gas approval)·실행(execution) 등 세 가지 모드로 구분해 작동시킨다.
프레임들은 원자적(atomic) 배치로 묶을 수 있어, 예를 들어 토큰 승인 후 스왑이 실패하더라도 전체가 한 번에 롤백돼 계정 상태가 중간에 꼬이지 않도록 설계된다.
관련 기사: 오픈AI, GPT-6 Astra를 ‘최고 지능 모델’이라 칭하지만, 테스터들은 동의 안 해
치앙·가넷, 프레임 설계 정당성 강조
‘lightclient’라는 이름으로 활동하는 가넷은 블로그 글 ‘Frames are all you need’에서, 프레임이 “계정(Account)을 위한 마지막 트랜잭션 타입이 되어야 한다”며 키 교체(key rotation)와 포스트-양자(post-quantum) 대비를 핵심 근거로 들었다.
양자 저항 서명은 개별 서명 크기가 수킬로바이트에 이르기 때문에, 네트워크는 자연스럽게 이를 묶어(aggregation) 처리하는 방향으로 갈 수밖에 없다는 것이다. 치앙은 보다 좁은 의미에서 ‘조정 비용(coordination cost)’ 감소를 강조했다.
그의 설명에 따르면, 이더리움 프로토콜 업그레이드는 대략 9개월 주기로 이뤄지기 때문에, 그때마다 트랜잭션 컨테이너 구조를 갈아엎으면 지갑, 블록 탐색기, 서명 디바이스, 레이어2(레이어2) 프로젝트 등 생태계 전반에 시간·비용 부담이 크게 쌓인다.
한 추정치에 따르면, 새로운 프레임 구조는 현재 단순 ETH 전송이 소모하는 21,000 가스와 비교해, 트랜잭션당 약 12,000 가스에 프레임당 475 가스가 추가로 든다고 분석된다.
또한 지갑은 각 프레임별 가스 예산을 따로 잡아야 한다. 스펙에 포함된 기본 코드는 ‘스폰서드 가스(sponsored gas)’, 토큰 기반 수수료, 배치 호출 기능을, 별도의 컨트랙트를 배포하지 않은 일반 지갑에도 확장해 주는 것을 목표로 한다.
프레임 이전의 이더리움 계정 추상화 시도들
헤고타 메타 문서에는 이제 프레임 트랜잭션과 FOCIL이 업그레이드에 포함된 단 두 개의 변경 사항으로 기재돼 있다. 이는 단순 검토 단계에서 한 단계 격상된 것으로, 다만 세폴리아·후디·메인넷의 활성화 일정 란은 여전히 공란이다.
개발자들은 동시에, 프레임 구조가 트랜잭션이 인증 방식을 사전에 선언하도록 하는 키스토어 설계 EIP-8130과 어떻게 공존할지 별도로 논의 중이다.
이더리움 계정을 보다 ‘프로그래머블’하게 만드는 시도는 10년 넘게 이어져 왔다. 프로토콜 내(in-protocol) 제안, 애플리케이션 레벨 표준, 대체 밈풀(mempool) 설계 등 다양한 접근이 있었다.
EIP-2938은 트랜잭션이 가스를 지불하기 전에 임의의 코드를 실행하도록 허용하려 했고, ERC-4337은 아예 전체 라이프사이클을 번들러가 상주하는 별도 밈풀로 옮겼다. EIP-7702는 일반 계정이 일시적으로 컨트랙트 코드를 ‘빌려 쓰는’ 방식을 도입했다.
가넷은 2025년 말 직접 구현한 EIP-7701을 공개했지만, 기존 클라이언트가 처리하는 트랜잭션 타입들과의 궁합이 떨어진다고 판단해, 이 설계는 사실상 철회했다.
