ERC-8211 스마트 배치: 바이코노미와 이더리움 재단이 온체인 AI 에이전트의 규칙을 재정의한 방법
2026년 4월 7일, Biconomy와 이더리움 재단(Ethereum Foundation)은 ERC-4337 이후 가장 중대한 에이전트 인프라 표준이 될 수 있는 제안을 조용히 발표했습니다. 이는 ERC-8211이라 불리며, 겉보기에는 배치 트랜잭션을 인코딩하는 새로운 방식인 장부 관리 업데이트처럼 보입니다. 하지만 자세히 들여다보면 훨씬 더 거대한 무언가가 있습니다. 바로 지난 2년 동안 온체인 AI를 괴롭혀온 질문에 대한 최초의 프로토콜 수준의 해답입니다: 사용자가 모든 움직임을 일일이 서명하지 않고도 자율 에이전트가 실제로 어떻게 이더리움에서 안전하게 거래할 수 있는가?
타이밍은 우연이 아닙니다. 현재 EVM 체인 전체에 걸쳐 약 6,200만 개의 스마트 계정이 활성화되어 있고, 24억 개의 누적 UserOperations가 처리되었으며, 사용자를 대신해 실제 DeFi 전략을 실행하는 자율 에이전트 인구가 빠르게 증가함에 따라 이더리움은 정 적 배치 트랜잭션이 표현할 수 있는 한계에 도달했습니다. "스마트 배치(smart batching)"라는 브랜드로 명명된 ERC-8211은 그 한계를 깨기 위해 설계된 표준입니다.
정적 배치가 해결하지 못한 문제
지난 2년 동안 ERC-4337과 EIP-5792는 배치 트랜잭션의 중추적인 역할을 해왔습니다. 이들은 스마트 계정이 토큰 승인(approve), Uniswap 스왑, 수익금의 Aave 예치 등 여러 호출을 단일 서명 아래 하나로 묶어 원자적으로 처리할 수 있게 해주었습니다. 이 모델은 DeFi가 계속해서 변화하는 대상이라는 점을 기억하기 전까지는 완벽하게 작동했습니다.
실제 DeFi 흐름은 동적이고 예측 불가능한 결과를 만들어냅니다. 스왑은 슬리피지에 따라 1,000 USDC를 반환할 수도 있고 998 USDC를 반환할 수도 있습니다. 볼트(Vault) 인출은 원금에 23.4달러의 발생 이자를 더해줄 수도 있고 23.7달러를 줄 수도 있습니다. 정적 배치는 개발자와 에이전트를 두 가지 좋지 않은 선택지로 몰아넣습니다:
- 낙관적인 금액을 하드코딩하기 — 그리고 실제 결과가 기대치에 못 미칠 때 전체 배치가 되돌아가는(revert) 것을 지켜보기.
- 보수적으로 과소평가하기 — 그리고 다음 호출이 도달할 수 없는 중간 단계에 가치가 남겨지게 하기.
어떤 방식이든 사용자는 트랜잭션 실패, 자본 잠김 또는 최적화되지 않은 수익이라는 비용을 지불하게 됩니다. 감시 없이 실행되는 AI 에이전트에게 이는 비효율적인 수준을 넘어 운영상 불가능한 일입니다. 스왑이 예상치 못한 금액을 반환할 때마다 사용자를 깨워야 하는 에이전트는 에이전트가 아니라 지갑이 달린 슬랙봇(Slackbot)에 불과합니다.
ERC-8211은 배치를 "고정된 레시피"에서 "안전 점검 기능이 내장된 프로그램"으로 전환하는 세 가지 프리미티브(primitives)를 도입하여 이를 해결합니다.
세 가지 구성 요소: Fetcher, Constraint, Predicate
ERC-8211의 천재성은 간결함에 있습니다. 가상 머신이 되려고 시도하지 않습니다. 기존 배치 형식에 정확히 세 가지를 추가하고, 나머지는 ERC-4337 번들러, EIP-7702 권한 부여, ERC-7579 모듈형 계정과 같은 기존 스택이 처리하도록 합니다.
Fetcher: 실행 시점에 상태 읽기
Fetcher는 서명 시점이 아닌 실행 시점에 라이브 온체인 데이터를 검색합니다. 에이전트가 "내 WETH 잔액 전체를 스왑해줘"라고 명령하면, Fetcher는 스왑이 실행되기 직전에 WETH 컨트랙트에 대해 balanceOf를 호출하여 "WETH 전체 잔 액"을 확정합니다. 사용자는 의도("내가 가진 것을 모두 스왑하라")에 서명하고, 체인은 실행될 때 실제 숫자를 확정합니다.
Constraint: 각 호출이 진행되기 전 검증
Constraint(제약 조건)는 확정된 값을 미리 정의된 규칙과 대조하여 확인합니다. Constraint는 "이 스왑의 결과물은 최소 998 USDC여야 하며, 그렇지 않으면 되돌려라(revert)"라고 규정할 수 있습니다. 단일 Uniswap 호출에 포함된 일반적인 최소 출력 체크와 달리, Constraint는 배치와 함께 이동하며 이전 단계의 모든 출력을 참조할 수 있습니다.
Predicate: 온체인 조건에 따른 배치 게이팅
Predicate(술어)는 순수한 불리언(boolean) 체크입니다. 이는 target = address(0)인 항목으로, 조건이 실패하면 전체 배치를 되돌립니다. 이들은 가드레일처럼 작업들 사이에 위치합니다. "내 볼트의 건전성 지수(health factor)가 1.5 이상으로 유지되는 경우에만 Aave 예치를 진행하라." "가격 오라클이 지난 60초 이내에 업데이트된 경우에만 리밸런싱을 실행하라."
ERC-8211 배치의 각 입력 파라미터는 세 가지 메타데이터를 포함합니다: 값이 소싱되는 방식을 정의하는 Fetcher 유형(fetcher type), 해당 값이 호출 대상(target), 값(value) 필드 또는 calldata 인자 중 무엇이 될지를 결정하는 라우팅 정보(routing information), 그리고 충족되지 않으면 전체 배치가 되돌아가는 **인라인 술어(inline predicates)**입니다.
그 결과물은 다음과 같은 내용을 표현하는 단일 서명 페이로드입니다:
내 WETH 잔액 전체를 0.3% 이내의 슬리피지로 USDC로 스왑하라. 그런 다음 받은 USDC를 정확히 Aave v3 풀에 예치하되, 내 계정 건전성 지수가 1.8 이상으로 유지될 때만 실행하라. 마지막으로 최종 포지션 규모가 내 전략에서 예상한 것과 일치하는지 확인하고, 그렇지 않으면 전체 배치를 롤백하라.
예전에는 이를 위해 90초 동안 세 번의 별도 서명이 필요하거나, 특정 유스케이스를 위해 감사(audit) 및 배포된 커스텀 Solidity 라우터 컨트랙트가 필요했습니다. ERC-8211은 이를 ComposableExecution[] 배열로 컴파일되는 단일 TypeScript 프로그램으로 바꾸어, 한 번의 서명으로 원자적으로 실행되게 합니다.
왜 이것이 Weiroll, x402 및 벤더 SDK보다 우수한가
ERC-8211은 조합 가능한 배치(composable batching)를 시도한 첫 번째 사례가 아닙니다. 가장 유사한 선행 사례는 컨트랙트가 다단계 흐름을 표현할 수 있게 해주는 임베디드 VM인 Weiroll입니다. ERC-8211 팀은 이 비교를 명확히 했습니다: Weiroll은 호출의 단순한 시퀀스인 "스크립트(scripts)"입니다. ERC-8211은 안전 점검, 런타임 확정, 그리고 어떤 번들러라도 신뢰 없이 검증할 수 있는 제약 조건 검증이 내장된 시퀀스인 "프로그램(programs)"입니다.
하지만 지난 18개월 동안 급증한 벤더 특정적(vendor-specific) 스택과의 비교가 더욱 중요합니다:
| 프레임워크 | 출처 | 범위 | 표준 여부? |
|---|---|---|---|
| Coinbase x402 | Coinbase, 2024 | HTTP 네이티브 USDC 결제 | 오픈 스펙, 단일 촉진자 |
| Coinbase AgentKit | Coinbase, 2024 | 전체 에이전트 SDK, 지갑 + 액션 | 벤더 SDK |
| ElizaOS Agent Framework | a16z 펀딩, 2024 | 멀티체인 에이전트 런타임 | 오픈 소스, 프로토콜 표준 없음 |
| Solana Agent Primitives | AI Rig Complex, SVM 기반 ElizaOS | 솔라나 네이티브 에이전트 실행 | 체인 특정적 |
| ERC-8211 | Biconomy + 이더리움 재단, 2026 | 다단계 조합 가능한 실행 | EIP 트랙 표준 |
이러한 각 스택은 에이전트 문제의 일부를 해결합니다. x402는 결제 분야에서 놀라운 성과를 거두었습니다. 2026년 3월 기준 Base에서 1억 1,900만 건, Solana에서 3,500만 건의 트랜잭션을 처리했으며 연간 환산 거래액은 약 6억 달러에 달합니다. AgentKit은 개발자에게 에이전트 지갑을 위한 원스톱 키트를 제공합니다. Solana 기반 ElizaOS는 실제 상용 에이전트들을 출시했습니다.
하지만 그 어떤 것도 프 로토콜 수준의 표준은 아닙니다. 이들은 벤더 SDK, 결제 레일 또는 체인 특정 프레임워크입니다. Coinbase AgentKit으로 구축된 에이전트는 비록 두 인프라가 모두 이더리움 인접 환경에서 실행되더라도 ElizaOS용으로 설계된 전략을 쉽게 실행할 수 없습니다. 에이전트 인구가 확장됨에 따라(2026년 데이터에 따르면 약 25만 명의 일일 활성 온체인 에이전트가 정기적으로 벤더 경계를 넘나들고 있습니다), 이러한 파편화는 병목 현상이 됩니다.
ERC-8211의 기여는 "더 나은 SDK"가 아닙니다. 그것은 "모든 SDK가 타겟팅할 수 있는 공유 의미 계층(shared semantic layer)"입니다. 스마트 계정이 ERC-8211을 지원하게 되면 Biconomy, Coinbase, 미래의 EVM 기반 Eliza, 혹은 아직 아무도 만들지 않은 그 어떤 에이전트 런타임이라도 해당 계정이 이해할 수 있는 실행 페이로드를 제출할 수 있습니다.
ERC-8211 이 광범위한 에이전트 스택에 적합한 이유
이더리움 재단은 ERC-8211 을 다음과 같은 관련 표준들과 함께 전략적으로 배치해 왔습니다 :
- ERC-4337 (계정 추상화) — 스마트 계정의 기반입니다. ERC-8211 배치는 ERC-4337 계정 내부에서 실행됩니다. 2025 년 5 월 펙트라 (Pectra) 메인넷 이후 이미 약 1,400 만 개의 EOA 가 등록된 EIP-7702 위임은 ERC-8211 이 일반 EOA 로 확장될 수 있는 경로를 제공 합니다.
- ERC-7579 (모듈형 계정) — 플러그인 인터페이스입니다. ERC-8211 은 포크가 아닌 모듈로 구현됩니다.
- ERC-7683 (크로스 체인 인텐트) — "어디에서든 이 결과를 원한다" 는 의사를 표현하는 표준입니다. ERC-8211 은 "여기에서 이 결과를 실행한다" 는 표준입니다.
- ERC-8004 (비신뢰 에이전트) — 신원 및 평판 레이어입니다. ERC-8004 에 등록된 에이전트는 ERC-8211 을 사용하여 행동 합니다.
- ERC-8183 (에이전트 간 커머스) — 협상 프리미티브입니다. ERC-8183 을 통해 거래를 성사시킨 에이전트는 ERC-8211 을 통해 이를 정산합니다.
이러한 계층화는 매우 중요합니다. 각 표준은 한 가지 역할만 수행합니다. ERC-8211 은 실행 시맨틱 (execution semantics) 을 담당하며, 신원 확인, 결제 또는 크로스 체인 라우팅을 시도하지 않는다는 점을 명확히 합니다. 이러한 규율 덕분에 실제 출시 가능성이 높습니다. 이 제안은 이더리움 프로토콜 포크 없이 컨트랙트 레이어 인코딩으로 구현될 수 있기 때문입니다. 하드 포크가 필요 없다는 것은 5 년이라는 긴 활성화 타임라인이 필요하지 않음을 의미합니다. 롤업 및 주요 스마트 지갑 공급업체가 통합을 선택한다면, 이 표준은 2026 년 3 분기까지 실제 운영 환경에 배포될 수 있습니다.
세션 키가 에이전트에게 갑자기 중요해진 이유
ERC-8211 의 숨은 주인공은 세션 키 (session keys) 입니다. 이 표준은 지갑 RPC 메서드인 wallet_grantPermissions 와 자연스럽게 결합됩니다. 이 메서드를 통해 사용자는 에이전트에게 시간 및 범위가 제한된 위임을 단 한 번만 승인할 수 있습니다. 그 후 에이전트는 추가적인 사용자 확인 없이 해당 범위 내에서 작동합니다.
세션 키와 ERC-8211 을 결합하면 그림이 매우 선명해집니다 :
- 사용자는 한 번만 서명합니다 : "향후 30 일 동안, 이 에이전트는 나를 대신하여 베이스 (Base) 및 아비트럼 (Arbitrum) 에서만, 그리고 내 헬스 팩터 (health factor) 가 1.5 이상으로 유지되는 경우에만 트랜잭션당 최대 50,000 USDC 까지 스왑 및 Aave 예치를 실행할 수 있습니다."
- 에이전트는 이러한 제약 조건을 준수하는 ERC-8211 배치를 구성합니다.
- 번들러 (bundler) 는 릴레이하기 전에 세션 키 범위와 배치를 대조하여 검증합니다.
- 실행은 원자적으로 (atomically) 성공하거나 원자적으로 되돌려집니다 (revert).
이것이 바로 진정한 자율 에이전트의 등장을 가로막았던 누락된 프리미티브입니다. 지금까지 "에이전트 자율성" 은 에이전트의 키를 신뢰 하거나 (코인베이스 에이전틱 월렛 모델), 매 단계마다 사용자에게 확인을 요청 하는 (실패한 Web2 스타일 흐름) 방식 중 하나였습니다. 세션 키와 ERC-8211 은 세 번째 옵션인 온체인 검증을 통한 제한적 자율성 을 제공합니다. 사용자가 상자를 정의하면 에이전트는 외부 연락 없이 그 상자 안에서 작동합니다.
인프라에 미치는 영향 : 에이전트를 인식하게 되는 RPC 제공자
여기서 파급 효과가 API 및 노드 인프라에 도달합니다. ERC-8211 배치가 실제 운영 환경에 적용되면, RPC 제공자는 더 이상 에이전트 트래픽을 "스크립트에서 발생하는 일반 사용자 트래픽" 으로 취급할 수 없습니다. 올바르게 작동하는 릴레이어는 다음을 수행해야 합니다 :
- 배치 형식 파싱 : 페처 (fetcher) 호출, 제약 조건 및 프레디킷 (predicates) 을 식별합니다.
- 세션 키 범위 검증 : 제출 전 검증을 통해 위임된 권한을 초과하는 배치를 가스비를 쓰기 전에 거부할 수 있어야 합니다.
- 실행 경로 시뮬레이션 : 라이브 상태에서 시뮬레이션을 수행하여 예상되는 리버트 (revert) 원인을 미리 확인합니다.
- 프레디킷 실패 노출 : 단순한 원시 EVM 리버트 문자열이 아니라, 구조화된 형식으로 에이전트 개발자에게 실패 원인을 제공합니다.
이는 새로운 제품 영역입니다. 기존 이더리움 RPC 는 각 호출이 개별적인 사용자 작업인 인간 중심의 dApp 을 위해 설계되었습니다. 에이전트 기반 RPC 는 완전히 다른 작업 부하를 가집니다. 즉, 고빈도의 프로그래밍 방식이며 다단계 배치의 정확한 시뮬레이션에 의존합니다. 이러한 변화를 조기에 인식하고 ERC-8211 인식 엔드포인트, 에이전트 트래픽 대시보드, 세션 키 검증을 주요 API 로 제공하는 업체들이 에이전트 경제의 중심에 서게 될 것입니다.
열린 질문 : 표준인가, 벤더 SDK 인가?
ERC-8211 에는 이더리움 재단의 이름이 붙어 있습니다. 이는 어떤 벤더 SDK 도 따라올 수 없는 신뢰성을 부여합니다. 하지만 신뢰성이 곧 채택을 의미하지는 않습니다. 두 가지 시나리오가 가능합니다.
낙관적인 시나리오 : 주요 스마트 지갑 공급업체 (Safe, Coinbase, Argent, Rabby) 가 6 개월 이내에 ERC-8211 모듈을 출시합니다. 번들러 인프라 (Pimlico, Stackup, Biconomy 등) 가 최고 수준의 지원을 추가합니다. 에이전트 런타임이 실행 대상으로 ERC-8211 로 수렴됩니다. 2026 년 4 분기까지, 이 표준은 ERC-4337 이 스마트 계정의 표준이 된 것처럼 EVM 에서 에이전트가 거래하는 실질적인 (de facto) 방식이 됩니다.
비관적인 시나리오 : 코인베이스가 스마트 월렛에서 했던 것처럼 AgentKit 및 x402 를 수직 통합된 스택으로 강화합니다. 주요 DeFi 프로토콜들은 표준을 기다리기보다 벤더 전용 에이전트 통합을 출시합니다. ERC-8211 은 정교한 빌더들을 위한 틈새 선택지가 되고, 대중 시장의 에이전트 흐름은 상업용 툴킷을 통해 이루어집니다. 파편화는 계속됩니다.
초기 신호는 낙관적인 시나리오를 지지합니다. 이더리움 재단의 "UX 개선" 트랙은 지갑 공급업체들을 공유 표준으로 조정하는 데 매우 효과적이었습니다. EIP-7702 는 제안에서 1,400 만 개의 승인까지 채 1 년이 걸리지 않았습니다. ERC-8211 도 동일한 구조적 요소를 갖추고 있습니다. 명확한 문제 해결, 깔끔한 솔루션, 프로토콜 포크 불필요, 그리고 이미 에이전트를 개발 중인 빌더들에게 즉각적인 유용성을 제공한다는 점입니다.
앞으로 주목해야 할 점
향후 90일은 ERC-8211이 기본 표준으로 자리 잡을지, 아니면 단지 의도만 좋았던 또 다른 제안으로 남을지를 결정짓게 될 것입니다. 다음 세 가지 신호가 가장 중요합니다:
- 지갑 통합 일정. Safe 및 Coinbase Smart Wallet이 3분기까지 ERC-8211 모듈을 출시한다면, 도입이 순조롭게 진행되고 있는 것입니다.
- 번들러 경제학. ERC-8211 배치는 정적 배치보다 시뮬레이션 비용이 더 많이 듭니다. 번들러 측의 수수료 모델이 이에 맞춰 진화해야 할 것입니다.
- 감사 생태계. 조합 가능한 실행(Composable execution)은 페처(fetcher) 조작, 제약 조건 우회, 프레디킷(predicate) 순서 지정 등 새로운 공격 표면을 노출시킵니다. 실제 프로덕션 환경의 ERC-8211 배포에 대한 첫 번째 주요 감사 보고서는 전체 에이전트 경제의 보안 기준을 설정하게 될 것입니다.
2026년에 투자를 결정하려는 빌더들에게 전략적 해답은 점점 더 명확해지고 있습니다. 특정 벤더의 SDK가 아닌 표준을 기반으로 구축하십시오. ERC-8211은 이더리움의 에이전트 인프라가 단일 기업의 독점 키트로 이루어진 폐쇄적인 정원이 아니라, 공개 표준이 층층이 쌓인 계층형 구조가 될 것임을 보여주는 가장 강력한 신호입니다. 현재 매일 거래하는 25만 개의 에이전트는 현재 추세가 유지된다면 2028년까지 2,500만 개로 늘어날 것이며, 이들이 구동되는 기반은 특정 기업의 제품 인터페이스보다는 ERC-8211과 훨씬 더 유사한 형태가 될 것입니다.
자율적인 온체인 에이전트를 위한 실행 레이어에는 이미 이름이 있습니다. 이더리움 재단과 뱅갈로르의 소규모 팀이 그 이름을 명명하기까지 시간이 조금 걸렸을 뿐입니다.
BlockEden.xyz는 이더리움, Base, Arbitrum 및 기타 EVM 체인에서 AI 에이전트를 배포하는 빌더를 위해 프로덕션급 RPC, 인덱싱 및 계정 추상화 인프라를 제공합니다. ERC-8211 및 광범위한 에이전트 스택이 성숙해짐에 따라, 당사의 엔드포인트는 자율 에이전트가 요구하는 고빈도의 시뮬레이션 집약적인 워크로드를 처리할 수 있도록 설계되었습니다. 에이전트 경제를 위해 설계된 인프라에서 구축을 시작하려면 API 마켓플레이스 탐색하기를 확인해 보세요.