2026년 이더리움 기반 구축: 무엇이 달라졌는가

가스 수수료

계정 추상화

프로토콜 업그레이드

필립 크라우스

EF Builder Growth

2026년 5월 7일

20 분 소요

여러분의 이더리움에 대한 멘탈 모델이 2021년에서 2023년 사이에 형성되었다면, 그것은 이미 구식입니다. 그 이후 2024년 3월의 덴쿤, 2025년 5월의 펙트라, 그리고 2025년 12월의 푸사카까지 세 차례의 프로토콜 업그레이드는 빌더들이 중요하게 생각하는 두 가지, 즉 레이어 1 (l1) 사용 비용과 일반 지갑이 할 수 있는 일을 변화시켰습니다.

메인넷이 다시 저렴해졌습니다

2021년에서 2023년 사이의 수수료 체제는 더 이상 안전한 기본 가정이 아닙니다.

2026년 5월 5일 기준, Etherscan의 가스 트래커에 따르면 표준 가스는 약 0.15 Gwei이며, 4월 한 달간 일일 평균은 0.5 Gwei에 가깝습니다. 이 수준에서 기본적인 ETH 전송 비용은 1센트 미만이며, 최근 일반적인 날에는 한 자릿수 초반의 센트 비용이 듭니다. 이러한 추세는 최근의 각 업그레이드를 거치며 하락해 왔으며, 다음 업그레이드인 글램스테르담은 수수료를 더욱 낮출 예정입니다. 따라서 "이더리움 메인넷은 대부분의 앱에 너무 비싸다"는 말은 이제 낡은 출발점이 되었습니다.

간단한 경험 법칙을 원한다면, 오래된 속설 대신 가스 계산을 사용하세요. 최근 4월 평균인 0.5 Gwei와 약 2,350달러의 ETH 가격을 기준으로 한 예시 비용은 다음과 같습니다.

작업	사용된 가스	예시 비용
ETH 전송	21,000	$0.025
ERC-20 전송	~65,000	$0.076
ERC-20 승인	~46,000	$0.054
스왑	~180,000	$0.21
ERC-20 배포	~1,200,000	$1.41

이것은 예시일 뿐 보장된 것은 아닙니다. 비용은 ETH 가격, 가스 가격 및 컨트랙트 복잡성에 따라 변동됩니다. 현재 롤업이 이더리움 트랜잭션의 약 95%를 처리하고 L1이 일반적으로 블록 목표치보다 훨씬 낮게 실행되기 때문에, 평범한 한 달 내에서도 Gwei 수치는 크게 변동할 수 있지만 달러 비용은 거의 움직이지 않습니다. 이제 메인넷 수수료는 많은 앱이 메인넷에서 합리적으로 실행될 수 있을 만큼 충분히 낮아졌습니다.

비용이 하락한 이유

세 번의 업그레이드가 대부분의 역할을 했습니다.

덴쿤(2024년 3월)은 EIP-4844를 도입하여 별도의 수수료 시장과 함께 블롭을 통해 롤업에 자체 데이터 레인을 제공했습니다. 롤업은 동일한 블록 공간에서 일반적인 실행 트래픽과 경쟁하는 것을 멈췄습니다.

펙트라는 2025년 5월 7일에 활성화되었습니다. EIP-7691은 블록당 블롭 처리량을 목표 3개/최대 6개에서 목표 6개/최대 9개로 늘렸으며, 이는 롤업이 사용하는 저렴한 데이터 레인을 확장하고 레이어 2 (l2) 수수료를 더 낮췄습니다.

푸사카는 2025년 12월 3일에 활성화되었습니다. 주요 용량 변경 사항은 PeerDAS로, 검증자가 모든 블롭을 완전히 다운로드하는 대신 블롭 데이터를 샘플링할 수 있게 해 주며, 이 샘플링 덕분에 네트워크 계층에서 더 높은 블롭 수를 안전하게 유지할 수 있습니다. 이와 병행하여 커뮤니티는 2025년 동안 L1 가스 한도를 3,000만에서 6,000만으로 늘렸고, 푸사카의 EIP-7935는 6,000만을 새로운 기본값으로 표준화했습니다. EIP-7825는 단일 트랜잭션을 약 1,678만 가스로 제한하는데, 대부분의 앱은 이를 눈치채지 못하겠지만 매우 큰 규모의 배포와 모놀리식 멀티콜은 이제 이 범위 안에 맞아야 합니다. 또한 EIP-7951은 메인넷에 네이티브 secp256r1(P-256) 검증을 추가하여, 계정 흐름에서 패스키 및 WebAuthn 서명을 검증하는 비용을 훨씬 저렴하게 만들었습니다.

결과적으로 메인넷은 더 이상 영구적으로 혼잡한 체인처럼 가격이 책정되지 않습니다.

EIP-7702가 계정 모델을 변경하는 방법

펙트라는 또한 EIP-7702를 출시하여, 사용자가 새로운 계정으로 마이그레이션하지 않고도 일반 지갑에서 일괄 처리, 가스 스폰서십, 세션 키, 복구 흐름 및 패스키 친화적인 UX와 같은 스마트 계정 동작에 접근할 수 있게 했습니다.

이것은 EOA가 이미 배포된 컨트랙트 코드에 대한 포인터를 설정할 수 있도록 하는 새로운 트랜잭션 유형(유형 0x04, SetCode)을 추가함으로써 작동합니다. 사용자는 동일한 주소를 유지하고, 원래의 EOA 키가 계정에 대한 최종 제어권을 유지하며, 위임은 나중에 변경하거나 null 주소로 재설정할 수 있습니다.

앱 빌더에게 실질적인 변화는 저수준의 EIP-7702 설정이 아니라 지갑에 결과를 요청하는 것입니다. 사용자가 하나의 흐름에서 승인하고 스왑해야 하는 경우, ERC-5792 wallet_sendCalls를 통해 일괄 처리를 요청하세요. 지갑은 EIP-7702, ERC-4337 또는 다른 계정 시스템을 사용할지 여부를 결정할 수 있습니다.

위임된 코드는 보안 경계입니다. 지갑이 EOA를 버그가 있거나 악의적인 코드로 가리키게 하면, 해당 코드는 토큰 승인, 전송 및 앱 상호 작용을 포함하여 사용자로서 호출을 수행할 수 있습니다. 빌더는 위임 대상을 지갑 인프라처럼 취급해야 하며, 지갑에서 검증된 구현에 의존하고 사용자에게 앱이 제어하는 코드로 함부로 위임하도록 요구해서는 안 됩니다.

이것이 구축 방식에 가져오는 변화

과거 빌더들의 기본 질문은 "어떤 L2가 충분히 저렴한가?"였습니다. 그 질문에는 여전히 답이 있지만, 그것만이 유일한 질문은 아닙니다. 정상적인 부하 상태에서 L1 수수료가 트랜잭션당 센트 단위이고, EIP-7702를 통해 주소를 마이그레이션하지 않고도 모든 지갑이 스마트 계정 UX를 노출할 수 있게 되면서, 더 유용한 기본 질문은 앱이 메인넷에 존재해야 하는지, 아니면 특정 L2가 L1이 제공할 수 없는 실질적인 배포, 유동성 또는 UX 이점을 제공하는지가 되었습니다.

계정에 대한 가정도 바뀝니다. 모든 사용자 계정이 유용한 작업을 수행하기 전에 ETH를 보유해야 하는 평범한 ECDSA EOA인 것처럼 새로운 앱을 설계하지 마세요. ERC-5792 wallet_sendCalls와 같은 지갑 수준의 일괄 처리 인터페이스를 선호하고, 가스 스폰서십과 세션 키가 일반적인 지갑 기능이 될 것이라고 가정하며, 패스키와 복구 흐름을 별도의 온보딩 편법이 아닌 계정 UX 표면의 일부로 취급하세요.

다음 단계

이더리움의 다음 명명된 업그레이드는 글램스테르담으로, 블록 수준 접근 목록(BAL)과 확립된 제안자-빌더 분리 (ePBS)가 주요 항목입니다. 이 두 가지가 결합되어 현재 6,000만인 블록 가스 한도를 약 2억으로 안전하게 올릴 수 있게 되며, 빌더가 작업할 수 있는 더 많은 L1 용량을 남겨줍니다. 활성화는 2026년 하반기로 예상됩니다. 글램스테르담 이후에는 포크 선택 강제 포함 목록(FOCIL)을 주요 기능으로 채택한 헤고타 (opens in a new tab)가 뒤따를 예정입니다.

빌더가 추적할 가치가 있는 항목은 더 많은 L1 용량(BAL), 더 신뢰할 수 있는 트랜잭션 포함(FOCIL), 그리고 네이티브 계정 추상화를 향한 경로입니다. 글램스테르담의 또 다른 주요 항목인 ePBS는 주로 L1 트랜잭션 포함 하의 신뢰 종속성을 제거하는 인프라 변경 사항입니다. 직접적인 앱 수준의 표면적 변화는 작습니다.

BAL은 사용량이 증가함에 따라 L1을 저렴하게 유지하는 것과 관련이 있습니다. 쉽게 말해, 블록에는 해당 블록이 건드리는 계정과 스토리지의 맵이 함께 제공됩니다. 클라이언트는 이 맵을 사용하여 데이터를 미리 가져오고 독립적인 트랜잭션을 병렬로 실행할 수 있으며, 이를 통해 블록 검증 속도를 너무 늦추지 않으면서 L1 가스 한도를 더 안전하게 올릴 수 있습니다. 빌더에게 미치는 실질적인 효과는 2021년에서 2023년 사이의 가스 체제를 자동으로 재현하지 않고도 더 많은 활동이 메인넷으로 돌아올 수 있다는 것입니다.

FOCIL은 한 블록 생성자가 유효한 트랜잭션을 제외하고 싶어 하더라도 이를 블록에 포함시키는 것과 관련이 있습니다. 오늘날 블록을 구축하는 당사자가 트랜잭션을 무시할 경우, 프로토콜의 나머지 부분에서 이를 강제로 포함시킬 방법은 제한적입니다. EIP-7805를 사용하면 여러 검증자가 사실상 "우리는 공개 멤풀에서 대기 중인 이 유효한 트랜잭션들을 보았다"고 말하게 됩니다. 그러면 다음 블록은 이를 포함해야 하며, 그렇지 않으면 검증자는 해당 블록의 지원을 거부할 수 있습니다. 빌더에게 이는 프라이버시 도구, 규제된 온램프 또는 일부 인프라 제공자에 의해 필터링될 수 있는 사용자에게 서비스를 제공하는 앱을 포함하여 L1에 대한 신뢰할 수 있는 접근이 제품의 일부일 때 중요합니다.

앱 빌더가 가장 주의 깊게 지켜봐야 할 헤고타 항목은 계정 추상화입니다. 프레임 트랜잭션인 EIP-8141은 검증, 실행 및 가스 지불이 프레임으로 분할되는 트랜잭션 유형을 추가합니다. 실제로 이는 스마트 계정이 ERC-4337 EntryPoint, 번들러 또는 앱에서 실행하는 릴레이어에 의존하지 않고도 트랜잭션 자체를 검증하고, 자체 서명 규칙을 정의하며, 가스 지불자를 승인하고, 하나 이상의 작업을 실행할 수 있음을 의미합니다.

이는 제품에 대한 가정을 바꿉니다. 가스 스폰서십은 모든 앱이 별도로 마련해야 하는 인프라가 아니라 네이티브 계정 패턴이 됩니다. 오늘날의 패스키를 포함하여 대안적인 서명 체계를 지원하기가 더 쉬워지며, 포스트 양자 마이그레이션이 필요해질 경우 ECDSA에서 벗어날 수 있는 경로가 됩니다. EIP-8141 또는 유사한 네이티브 계정 추상화 설계가 도입되면, 빌더 모델은 "EOA가 트랜잭션에 서명한다"에서 "계정이 트랜잭션을 검증하고, 비용을 지불하고, 실행하는 방법을 정의한다"로 전환됩니다.

이것은 방향일 뿐 약속은 아닙니다. EIP-8141은 초안(Draft) 상태이며, 2026년 5월 현재 헤고타에 "포함 고려 중"일 뿐입니다. 즉, 클라이언트 팀이 논의 중이지만 해당 업그레이드에 출시하겠다고 확약하지는 않았음을 의미합니다. 계정 UX를 위한 2026년의 실질적인 구축 경로는 여전히 EIP-7702와 ERC-4337 지갑 흐름의 결합이지만, 빌더는 프로그래밍 가능한 계정이 기본 계정 모델이 되고 있는 것처럼 설계해야 합니다.

지금 다르게 구축해야 할 것

오래된 수수료 가정을 다시 확인하는 것부터 시작하세요. 배포 플레이북이 여전히 이더리움 메인넷을 기본적으로 10~30 Gwei 환경으로 취급한다면, 아마도 너무 많은 작업을 L1에서 멀어지게 라우팅하고 있을 것입니다. 앱이 공유 유동성, 기존 프로토콜과의 조합성, 중립성, 또는 이더리움의 보안과 사회적 합의가 가장 강력한 곳에 존재해야 하는 고가치 상태에 의존하는 경우 메인넷을 먼저 고려할 가치가 있습니다.

배포, 매우 높은 트랜잭션 볼륨, 앱 전용 생태계, 또는 가능한 한 0에 가까워야 하는 작업당 비용 등 여전히 중요한 이유가 있다면 L2를 사용하세요. 요점은 "모든 것을 메인넷에서 하라"는 것이 아닙니다. 요점은 "메인넷은 너무 비싸다"는 것이 더 이상 첫 번째 필터가 되어서는 안 된다는 것입니다.

계정 측면에서는 원시 EOA 대신 지갑 기능을 기반으로 구축하세요. 프론트엔드는 지갑을 통해 도착할 일괄 처리 호출, 스폰서 가스, 세션 키, 패스키 및 복구 흐름에 대비해야 합니다. 오늘날 실용적인 도구는 EIP-7702와 ERC-4337입니다. 네이티브 계정 추상화는 다음에 추적해야 할 방향입니다.

이더리움 메인넷을 마지막에만 건드리는 비싼 정산 레이어로 취급하는 것을 멈추고, 사용자 계정을 무언가를 하기 전에 반드시 ETH를 보유해야 하는 정적인 ECDSA 키로 취급하는 것을 멈추세요. 2026년의 이더리움은 더 저렴한 L1 실행과 프로그래밍 가능한 계정을 향해 나아가고 있습니다. 그러한 세상을 위해 구축하세요.

더 읽을거리

페이지 최근 업데이트: 2026년 5월 28일