이더리움 EIP-8250 해설: 키 기반 논스와 프라이버시 확장

• EIP-8250은 논스 처리 방식을 바꾸는 제안입니다. EIP-8141 프레임 트랜잭션에서 단일 송신자 논스를

  (nonce_key, nonce_seq)

  구조로 바꾸며,

  nonce_key == 0

  은 기존 계정 논스 경로를 그대로 사용합니다 .
• 0이 아닌 키는 독립적인 재전송 방지 영역입니다. 각 비영(非0) 키는 NONCE_MANAGER 시스템 컨트랙트에 저장되는 프로토콜 관리 시퀀스를 선택하고, 서로 다른 비영 키의 트랜잭션은 재전송 방지 관점에서 독립적입니다 .
• 프라이버시 효과는 ‘숨김’보다 ‘처리량’에 가깝습니다. ETH Daily는 이 제안이 여러 독립 사용자를 하나의 공유 송신자 주소로 라우팅하는 프라이버시 프로토콜에 특히 유용할 수 있다고 설명합니다 .
• 더 큰 논점은 상태 확장입니다. 비탈릭 부테린의 언급을 다룬 보도들은 키 기반 논스를, 시간이 지나며 계속 쌓이고 시스템에 들어온 뒤에는 잘라내기 어려운 프라이버시 널리파이어를 위한 특수 저장 구조 논의와 연결합니다 .
• 아직 확정된 프로토콜 동작은 아닙니다. 제공된 주요 기술 근거는 EIP 풀리퀘스트와 연결된 Ethereum Magicians 논의이므로, 세부 구현과 일정은 바뀔 수 있습니다 .

무엇이 달라지나: 한 줄에서 여러 차선으로

현재 프레임 트랜잭션 모델은 하나의 선형 송신자 논스를 사용합니다. 그래서 같은 송신자에서 나온 프레임 트랜잭션 하나가 지연되면, 그 뒤에 오는 프레임 트랜잭션들도 같은 줄에서 대기하게 됩니다 .

EIP-8250은 이 구조를 두 필드로 나누자고 제안합니다.

• nonce_key: 어떤 재전송 방지 영역을 쓸지 고르는 키
• nonce_seq: 그 키 안에서의 순번

호환성을 위한 장치도 들어 있습니다.

nonce_key == 0

쉽게 말해, 계정 전체가 하나의 줄에 서는 대신 키별로 여러 줄을 만들자는 방식입니다. 다만 각 키 안에는 여전히 순서가 있습니다. 서로 다른 비영 키의 트랜잭션은 재전송 방지 측면에서 독립적이지만, 특정 키 내부의 nonce_seq는 그 키 안의 순번을 뜻합니다 . 따라서 EIP-8250은 모든 이더리움 트랜잭션을 병렬 실행으로 바꾸는 스위치가 아니라, 특정 트랜잭션 유형의 재전송 방지 구조를 바꾸는 제안으로 보는 편이 정확합니다.

프라이버시 프로토콜이 관심을 갖는 이유

문제는 여러 사용자의 흐름이 하나의 송신자 주소로 모일 때 발생합니다. ETH Daily는 EIP-8250이 프라이버시 프로토콜에 특히 도움이 될 수 있다고 설명합니다. 이런 시스템은 여러 독립 사용자를 하나의 공유 송신자 주소를 통해 라우팅할 수 있기 때문입니다 .

단일 논스 구조에서는 한 거래가 지연될 때 같은 송신자의 뒤 거래들이 함께 막히는 ‘헤드 오브 라인’ 병목이 생길 수 있습니다 . 키 기반 논스를 쓰면 프로토콜이 서로 관련 없는 흐름을 다른 비영 키에 배정할 수 있습니다. 그러면 한 흐름이 지연되더라도 같은 공유 송신자를 쓰는 모든 흐름이 반드시 함께 멈출 필요는 줄어듭니다 .

중요한 점은 보안 목적이 사라지는 것이 아니라는 점입니다. EIP-8250은 재전송 방지를 없애는 제안이 아니라, 각 키마다 별도의 시퀀스를 두는 제안입니다 . 그래서 프라이버시 측면의 직접적인 이점은 거래 내용의 비밀성이라기보다, 프라이버시 인프라가 더 많은 독립 흐름을 막힘 없이 처리할 수 있게 하는 처리량 개선에 가깝습니다.

널리파이어와 상태 확장 문제

EIP-8250 자체가 잔액, 수신자, 금액을 숨겨 주는 것은 아닙니다. 실제 비공개 전송에는 별도의 장치가 필요합니다. 예를 들어 EIP-8182는 시스템 컨트랙트, 증명 검증용 프리컴파일, 노트, 예치, 비공개 전송, 출금 규칙을 포함한 ETH 및 ERC-20 비공개 전송 구조를 설명합니다 .

EIP-8250이 프라이버시 확장과 연결되는 지점은 주로 상태 데이터의 조직 방식입니다. 부테린의 발언을 요약한 보도들은 프라이버시 널리파이어를 대표적인 부담 사례로 듭니다. 널리파이어는 시간이 갈수록 늘어나며, 시스템에 들어온 뒤에는 잘라내기 어렵다고 설명됩니다 . 프라이버시 시스템에서 이런 기록은 같은 비공개 상태가 다시 사용되지 않도록 계속 조회 가능해야 합니다.

보도에서 반복되는 규모 예시는 꽤 큽니다. 온체인 비공개 거래가 8년 동안 초당 2,000건, 즉 2,000 TPS로 유지된다면 약 5,000억 개의 널리파이어가 생길 수 있다는 계산입니다 . 이 숫자는 스트레스 테스트에 가까운 예시로 읽어야 합니다. 이더리움이 실제로 5,000억 개의 해당 기록을 곧 저장한다거나, EIP-8250이 이미 활성화 일정에 오른다는 뜻은 아닙니다.

왜 특수 목적 저장소가 거론되나

상태 확장 논의의 핵심은 모든 데이터가 이더리움의 완전한 범용 상태 저장 모델을 똑같이 써야 하느냐는 질문입니다. 여러 보도는 키 기반 논스를 특정 작업량에 맞춘 특수 목적 저장 구조로 가는 첫걸음으로 설명하며, 대표 사례로 프라이버시 널리파이어를 듭니다 .

일부 보도는 전용 널리파이어 저장소를 언급합니다. 샤딩과 블룸 필터 같은 기법을 활용하면, 모든 기록을 이더리움의 일반 동적 상태에 넣는 것보다 대규모 프라이버시 상태 집합을 노드가 다루기 쉬워질 수 있다는 설명입니다 . 널리파이어는 목적이 좁고 계속 추가되는 데이터에 가깝습니다. 조회 가능해야 하지만, 임의의 컨트랙트 저장소만큼 자유로운 기능이 필요한 것은 아니라는 점이 이런 논의의 배경입니다.

즉 EIP-8250 자체는 프레임 트랜잭션의 키 기반 재전송 방지 제안입니다. 하지만 그 주변에서 나오는 관심은 더 큽니다. 고빈도·예측 가능한 작업량을 프로토콜이 관리하는 별도 구조로 다룰 수 있다면, 프라이버시 시스템이 삭제하기 어려운 모든 기록을 범용 상태에 밀어 넣지 않고도 확장할 여지가 생길 수 있기 때문입니다 .

기대할 수 있는 개선점

• 공유 송신자 처리량 개선: 여러 사용자가 하나의 송신자를 거치는 프라이버시 프로토콜에서 모든 흐름이 하나의 논스 대기열에 묶이는 상황을 줄일 수 있습니다 .
• 재전송 방지 영역 분리: 서로 다른 비영 키는 별도의 재전송 방지 영역이므로, 해당 키들의 트랜잭션은 재전송 방지 측면에서 독립적입니다 .
• 프로토콜 수준의 프라이버시 지원 강화: 보도들은 부테린이 키 기반 논스를 온체인 프라이버시 솔루션에 대한 더 강한 프로토콜 수준 지원으로 설명했다고 전합니다 .
• 특수 목적 상태로 가는 경로: 특정 사용 사례에 맞춘 저장 구조를 통해 상태 확장을 모색하는 전략의 일부로도 거론됩니다 .

EIP-8250이 하지 않는 것

• 모든 이더리움 논스를 대체하지 않습니다. 제안 범위는 EIP-8141 프레임 트랜잭션이며, 키 0은 기존 계정 논스 경로를 유지합니다 .
• 그 자체로 거래를 비공개로 만들지 않습니다. 비공개 전송 설계에는 EIP-8182가 보여 주듯 노트, 증명 검증, 예치, 전송 규칙, 출금 규칙 같은 별도 구성요소가 필요합니다 .
• 이더리움이 5,000억 개 프라이버시 기록을 저장한다고 확정하는 내용이 아닙니다. 5,000억 개 수치는 8년 동안 2,000 TPS의 비공개 거래가 지속된다는 보도상의 예시에서 나온 것입니다 .
• 이미 활성화된 규칙이 아닙니다. 현재 제공된 핵심 기술 자료는 EIP 풀리퀘스트와 연결된 Ethereum Magicians 논의이므로, 세부 내용은 바뀔 수 있습니다 .

결론

EIP-8250은 프라이버시 프로토콜을 위한 만능 은폐 기술이라기보다, 재전송 방지 구조를 더 세분화하려는 제안입니다. 당장의 변화는 단순합니다. 프레임 트랜잭션의 논스 순서를 하나의 계정 단위 줄에서 키별 차선으로 나누는 것입니다. 더 큰 의미는 아키텍처에 있습니다. 이더리움이 좁고 대량으로 발생하는 작업량에 프로토콜 관리형 구조를 제공할 수 있다면, 프라이버시 시스템은 삭제하기 어려운 기록을 모두 범용 상태에 쌓는 방식만으로 확장하지 않아도 될 수 있습니다 .