이더리움 거래 은닉 논의 초안 단계에 머물러

이더리움(ETH)이 공개 메모풀에서 거래가 먼저 노출돼 봇 공격을 받는 문제를 줄이기 위해 암호화 메모풀 논의를 이어가고 있다. 핵심은 거래 내용을 숨긴 채 먼저 커밋하고, 블록 포함 결정 뒤 공개하는 방식이다.

EIP-8184 문서는 이 설계를 루시드(LUCID) 암호화 메모풀이라는 드래프트 코어 EIP로 제시했다. 루시드는 선행매매와 샌드위치 공격에 취약한 주문 흐름을 보호하기 위해 봉인 거래를 공개 네트워크에 전파하고, 빌더가 이를 먼저 커밋한 뒤 복호화 키를 공개하는 구조를 담았다.

메모풀은 블록에 아직 포함되지 않은 거래가 대기하는 공간이다. 공개 메모풀에서는 검색자와 빌더가 대기 중인 주문을 읽고 앞뒤에 자기 거래를 끼워 넣을 수 있다. EIP-8184는 이 문제를 MEV 민감 주문 흐름 보호 문제로 규정했다.

MEV는 블록 생성 과정에서 거래 순서 조정 등을 통해 추출될 수 있는 가치다. 거래가 체결되기 전 주문 내용이 드러나면 봇은 가격 차이를 노리고 먼저 거래하거나, 이용자 주문 앞뒤에 거래를 배치해 불리한 가격을 만들 수 있다. 암호화 메모풀은 이 공격면을 줄이려는 프로토콜 차원의 시도다.

루시드는 단독 기능이 아니다. 문서는 EIP-7805, 즉 포실(FOCIL)에 의존한다고 적었다. 포실은 포함 리스트를 통해 특정 거래가 블록에서 배제되지 않도록 하는 검열 저항 장치다.

역할은 나뉜다. 암호화 메모풀이 거래 내용을 숨기고, 포실이 포함 보장을 보강하는 식이다. 거래 내용을 숨기기만 하면 검열이나 지연 문제가 남을 수 있어, 포함 리스트와의 결합이 설계의 전제가 된다.

다만 적용까지는 기술 쟁점이 남아 있다. EIP-8184는 이더리움 규모에서 작은 공개키, 비상호적 복호화, 신뢰 설정 없는 구조, 실용적인 암호문 크기, CCA2 보안, 양자 안전 경로가 필요하다고 적었다. 동시에 이 조건을 모두 만족하는 알려진 암호학적 구성은 없다고 밝혔다.

키 발행자 책임도 쟁점이다. 루시드에서는 키 발행자가 복호화 키를 제때 내야 거래가 실행될 수 있다. 그러나 EIP-8184의 첫 버전은 멀티키 번들에서 복호화 실패가 발생했을 때 키 발행자에게 프로토콜 수준의 책임을 묻는 장치를 두지 않았다.

문서는 첫 버전을 단순하게 유지하기 위한 선택이라고 설명했다. 이는 거래를 숨기는 문제뿐 아니라, 키 공개 지연이나 실패가 발생했을 때 누가 책임질지를 함께 풀어야 한다는 뜻이다.

앞서 제안된 EIP-8105도 암호화 메모풀을 프로토콜에 넣어 선행매매와 샌드위치 공격을 막는 방안을 담았다. 이 제안 역시 드래프트 단계다. EIP-8105는 사용자 프라이버시 자체가 목적이 아니라, 악의적 거래 재정렬을 줄이고 실시간 검열 저항을 강화하는 데 초점을 뒀다.

이더리움 보안 로드맵은 포실을 2027년 헤고타(Hegotá)의 합의층 주요 과제로 적었다. 같은 페이지는 암호화 메모풀 연구가 계속되고 있다고 밝혔다. 이더리움 차기 업그레이드 일정이 2026년 4분기로 밀린 상황에서 헤고타 범위와 우선순위 논의도 이어지고 있다.

이더리움재단(Ethereum Foundation)은 2026년 5월 프로토콜 업데이트에서 헤고타 기반 작업이 진행됐고 포실 프로토타입이 작동한다고 설명했다. 이는 관련 논의가 개념 검토에만 머물지 않고 구현 실험 단계까지 이어졌다는 의미다.

공개 논의는 아직 결론에 이르지 않았다. 이더리움 매지션스(Ethereum Magicians)의 2026년 8월 12일 'Encrypt The Mempool #8' 회의 기록은 포스트퀀텀 안전성, 키 공개 방식, 키 관리 주체의 담합과 뇌물 가능성을 주요 의제로 다뤘다.

8월 14일 EIP-8184 포럼 글도 봄과 여름 동안 설계 공간을 더 검토했지만 설득력 있는 대안은 아직 나오지 않았다고 정리했다. 크립토슬레이트(CryptoSlate)가 언급한 8월 19일 회의는 공개 포럼에서 직접 확인되지 않았고, 확인 가능한 가장 최근 공개 회의 기록은 8월 12일 회의다.

암호화 메모풀은 이더리움의 공개성과 거래 보호 사이의 균형을 다시 묻는 제안이다. 공개 메모풀의 투명성이 봇의 공격면이 됐다는 문제의식은 분명하지만, 루시드와 EIP-8105는 모두 드래프트 단계다. 상용화나 메인넷 적용 일정은 정해지지 않았다.