EIP-8115 블록 끝 우선순위 수수료 일괄 정산 (Batch priority fees at end of block)
Hegota 포함 제외 (DFI) · 수수료·가스 · 원문 상태 Draft · 2025-12-30 작성
거래 하나가 끝날 때마다 바로 입금하던 우선순위 수수료를, 블록의 모든 거래가 끝난 뒤 합산해 한 번에 입금하도록 바꿉니다.
왜 필요한가
이더리움에서 거래를 보낼 때 내는 수수료 가운데 우선순위 수수료(priority fee)는 블록을 만든 수수료 수령자(fee recipient)에게 거래가 끝날 때마다 바로 입금됩니다. 그래서 블록 안의 모든 거래가 수수료 수령자 계정 잔액이라는 같은 곳에 기록을 남기게 되고 거래들을 동시에 처리하는 병렬 실행이 어려워집니다. 또 같은 블록의 앞 거래들이 처리된 뒤에야 잔액이 충분해지는 보내는 사람이 생길 수 있어 대기 거래를 관리하는 멤풀(mempool) 로직이 복잡해집니다. 수수료 수령자 입장에서는 논리적으로 한 번이면 될 입금을 수백 건의 소액 입금으로 받아 회계가 번거롭습니다. ETH 이동을 로그로 남기자는 제안들도 우선순위 수수료를 빼면 부정확해지고, 건마다 항목을 넣으면 비용이 커지는 문제가 있었습니다. 이 EIP는 우선순위 수수료를 블록 끝에 한 번에 입금해 이 문제들을 함께 풉니다.
무엇이 바뀌나
지금
- 우선순위 수수료가 거래 하나가 끝날 때마다 수수료 수령자에게 바로 입금됩니다
- 모든 거래가 수수료 수령자 잔액에 기록을 남겨 병렬 실행이 제한됩니다
- 수수료 수령자가 블록 하나에서 수백 건의 소액 입금을 받습니다
- 앞 거래의 수수료가 입금돼야 잔액이 생기는 거래가 있어 멤풀 관리가 복잡합니다
EIP-8115 이후
- 블록의 모든 거래가 끝난 뒤 합산한 우선순위 수수료를 한 번에 입금합니다
- 거래 실행 중에는 수수료 입금이 없어 병렬 실행이 쉬워집니다
- 수수료 수령자는 블록당 한 번의 입금을 받습니다
- 받은 우선순위 수수료는 다음 블록부터 쓸 수 있습니다
누구에게 영향이 있나
- 검증자·수수료 수령자: 우선순위 수수료를 블록당 한 번에 받게 되고 그 돈은 다음 블록에서만 쓸 수 있습니다.
- 블록 빌더·MEV 사업자: 원문은 빌더 인프라의 업데이트가 필요할 수 있고 MEV 용도의 유동성 요건이 바뀔 수 있다고 적습니다.
- 클라이언트 팀: 거래별 입금을 없애고 블록 끝에 합산 입금하도록 수수료 처리 로직을 바꿔야 합니다.
- 지갑·멤풀 운영자: 앞 거래의 수수료 입금에 기대 잔액이 생기는 경우가 사라져 대기 거래 처리가 단순해집니다.
심층 설명
명세: 정산 시점이 블록 끝으로 이동
EIP-1559 우선순위 수수료는 더 이상 개별 거래가 끝난 뒤에 입금되지 않습니다(SHALL no longer). 대신 블록 안에서 발생한 우선순위 수수료를 모두 합산해 블록의 모든 거래 처리가 끝난 뒤 한 번에 입금합니다. 입금 시점은 EIP-4895 인출(withdrawal) 처리보다 앞서야 합니다. 따라서 블록 처리 순서는 모든 거래 실행, 합산한 우선순위 수수료 입금, 인출 처리 순이 됩니다.
동기: 거래별 입금이 만드는 네 가지 문제
원문은 현재 방식의 문제를 네 가지로 듭니다. 첫째, 병렬화 제한입니다. 모든 거래가 수수료 수령자 계정 잔액에 쓰기를 하므로 거래를 동시에 실행하기 어렵습니다. 둘째, 멤풀 복잡성입니다. 어떤 거래의 보내는 사람은 같은 블록의 앞 거래들이 처리된 뒤에야 잔액이 충분해질 수 있어 대기 거래 로직이 복잡해집니다. 셋째, 회계 복잡성입니다. 수수료 수령자는 논리적으로 한 건이면 될 입금을 수백 건의 소액 입금으로 받습니다. 넷째, 부정확한 로그입니다. ETH 이동에 로그를 남기자는 제안들은 우선순위 수수료를 빼면 부정확해져 쓸모가 줄고 수수료 건마다 항목을 넣으면 비용이 커집니다.
설계 근거: 병렬 실행과 정확한 잔액 로그
원문은 이 EIP를 완전히 정확한 ETH 잔액 로그로 가는 한 단계로 설명합니다. 수수료를 묶어서 입금하면 병렬 실행도 좋아집니다. 지금은 어떤 거래가 잔액 부족 상태로 시작했다가 앞 거래들의 우선순위 수수료가 조금씩 입금되면서 비로소 실행 가능해지는 경우가 있는데, 블록 끝 일괄 입금 이후에는 그런 의존 자체가 생기지 않습니다.
하위 호환성과 보안: 다음 블록부터 사용 가능
수수료 수령자는 우선순위 수수료를 거래마다 조금씩이 아니라 블록 끝에 받게 되므로, 그 돈을 쓸 수 있는 시점은 다음 블록부터입니다. 원문은 이 때문에 블록 빌더 인프라의 업데이트가 필요할 수 있고 MEV 용도에서 유동성 요건이 바뀔 수 있다고 적습니다. 보안 측면의 영향은 없다고 밝힙니다.
진행 상태와 헤고타 논의
이 EIP는 Draft 상태라 내용이 아직 바뀔 수 있습니다. 포크 논의로는 07.30 ACDE #242 콜에서 헤고타(Hegota) 후보로 접수됐고(PFI), 병렬 실행과 UX가 개선되지만 수수료는 다음 블록에서만 쓸 수 있다는 점이 함께 언급됐습니다. 이후 09.10 ACDE #245 콜에서 EIP-8188, EIP-8358과 함께 헤고타에서 제외됐습니다(DFI). 세 건 모두 낮은 평점이었고 8115는 네더마인드만 지지했으나 사수할 사안은 아니라며 물러섰습니다.