Connecting…
Connecting…
View all
The ticker is ETH
Telegram · @thetickeriseth

EIP-8288의 시각화

Posted
2026.10.21 19:13
Views
207
Forwards
1

이더리움 메인 체인에 암호 기능을 어떻게 넣을지를 두고, 최근 비탈릭이 꽤 분명한 방향을 내놨습니다. 여기에 Ethlabs의 Derek Chiang이 시각화를 붙여 해설하면서 관심이 더 커졌는데요, 두 글을 묶어서 정리해봤습니다.

프리컴파일 말고, EIP-8288로 가자
앞으로 이더리움에 필요한 기능 중 상당수는 무거운 암호 연산을 요구합니다. 양자내성(PQ) 서명은 기존 서명보다 훨씬 크고, 프라이버시 트랜잭션에는 STARK 같은 ZK 증명이 붙죠.

지금까지는 새 암호 기능이 필요할 때마다 프리컴파일을 추가하는 방식이 익숙했습니다.
비탈릭은 이 방식이 맞지 않다고 봅니다.

프리컴파일이든 EVM이든 결국 데이터를 블록에 calldata로 올려야 처리할 수 있는데, 블록 공간은 한정돼 있다는 거죠. PeerDAS나 blocks-in-blobs를 쓰더라도 약 8MB/s 정도가 현실적인 상한이라고 합니다.

비탈릭은 이더리움은 "블록체인"이 아니라 "암호학적 세계 컴퓨터"이고, 메인 스레드에 꼭 있을 필요가 없는 데이터와 연산은 메인 스레드에 넣지 말아야 한다는 겁니다. 대신 무거운 연산은 사용자 기기에서 직접 계산하고 STARK로 증명한 뒤, 이를 EIP-8288의 재귀 집계 구조에 태우자고 제안합니다.

체인은 "연산이 수행됐고 결과는 이것"이라는 사실만 확인하면 되고, 원본 데이터나 연산 과정은 볼 필요가 없습니다. 이렇게 하면 누구나 원하는 암호 방식을 쓸 수 있고, 체인은 가볍게 유지되며, 프리컴파일을 더 추가할 일도 없어진다는 게 비탈릭의 주장입니다.

EIP-8288은 어떻게 작동하나
EIP-8288은 비탈릭과 Thomas Coratger가 제안한 EIP로, 핵심은 멤풀을 분산 증명 공장처럼 쓰는 것입니다.

트랜잭션은 무거운 서명이나 STARK를 본체에 넣지 않고 “dependency”로 따로 선언합니다. 이 구조는 EIP-8141(frame 트랜잭션) 위에 새로운 frame 모드를 추가하는 방식이죠. 멤풀 노드들은 일정 시간마다 받은 증명들을 모아서 합친 뒤 다시 전파하고, 이 과정이 여러 라운드 반복되면서 증명 개수가 점점 줄어듭니다. 마지막에는 블록 빌더가 남은 것들을 블록당 증명 하나로 합칩니다.

알려진 수치로는 블록마다 100~300KB 크기의 STARK 하나와 statement당 96바이트 정도가 추가되고, 프라이버시 트랜잭션의 가스 사용량은 수천만 단위에서 수만 단위로 줄어들 것으로 예상됩니다. Falcon이나 ML-DSA 같은 새 서명 방식도 EVM을 수정하지 않고 지원할 수 있고요.

Derek이 주목한 부분: 탈중앙화될수록 확장성이 커진다
Ethlabs의 Derek은 비탈릭의 글을 인용하면서 EIP-8288의 집계 과정을 GIF로 시각화했습니다. "지금까지 가장 좋아하는 EIP"라고 할 만큼 높게 평가합니다. 이 구조가 탈중앙화 수준이 높아질수록 확장성이 오히려 커진다는 점을 강조합니다.

보통은 처리량을 늘리려면 노드 사양을 올려야 하고, 그만큼 중앙화 압력이 생기죠.

Derek의 설명에 따르면 EIP-8288은 이 관계를 뒤집습니다. 멤풀 노드 하나하나가 증명을 합치는 작업자이기 때문에, 노드가 늘어날수록 처리할 수 있는 서명과 증명도 늘어납니다. 여러 라운드에 걸쳐 합치므로 각 노드가 쓰는 대역폭은 일정하게 유지되고요. 빌더는 멤풀이 미리 집계해둔 것을 마무리만 하면 되니 하드웨어 요구 사항이 올라가지 않고, 검증자는 수천 개 서명 대신 증명 하나만 확인하면 됩니다.

여기에 STARK까지 집계 대상이니 어떤 서명 방식이든 STARK로 감싸서 넣을 수 있죠.

Derek은 이를 바탕으로, 이더리움이 초당 수만 건의 PQ·프라이버시 트랜잭션을 처리하면서 트랜잭션당 가스는 아주 적게 쓰고, 동시에 지금보다 더 탈중앙화될 수 있다고 주장합니다.

현재 상태
EIP-8288은 9월 9일 EIP 저장소에 병합됐고, 아직 Draft 단계로 적용 일정은 정해지지 않았습니다. 비탈릭은 Hegota 다음 포크인 I-star에서 검토되기를 바란다고 밝힌 상태입니다.

비탈릭: https://x.com/VitalikButerin/status/2112032009413439704?s=20

Derek: https://x.com/decentrek/status/2112535053188145367?s=20

Views207Forwards1View on Telegram