ERC-8211 해설: AI 에이전트에게 거래 전 사고하는 법을 가르치는 Ethereum 표준
DeFi 봇에게 "내 WETH를 전부 USDC로 스왑하고, Aave에 공급해줘. 단, 최종 잔액이 $5,000 이상이어야 해"라고 말한다고 상상해 보세요. 현재 이 지시를 실행하려면 개발자가 서명 전에 모든 매개변수를 하드코딩해야 합니다 — 정확한 WETH 잔액, 예상 USDC 출력량, Aave 예치 금액까지. 이렇게 하면 서명된 블록과 온체인에 반영되는 블록 사이에 시장 조건이 변하는 순간 실패하는 취약한 트랜잭션이 만들어집니다. 2026년 4월 6일 Biconomy와 Ethereum Foundation이 발표한 ERC-8211은 이러한 취약성을 완전히 제거합니다. AI 에이전트가 실시간 체인 상태를 읽고, 조건을 검증하며, 다단계 전략을 단일 원자적 트랜잭션으로 실행할 수 있게 하는 최초의 Ethereum 표준입니다 — 정적 배치 호출을 지능적이고 자체 조정 가능한 워크플로우로 전환합니다.
이 시점은 우연이 아닙니다. Virtuals Protocol에서만 17,000개 이상의 AI 에이전트가 활동 중입니다. Coinbase의 AgentKit은 여러 LLM 제공업체에 걸쳐 자율 지갑을 지 원합니다. NEAR의 공동 창업자는 "블록체인의 사용자는 AI 에이전트가 될 것"이라고 선언했습니다. 그러나 지금까지 이 에이전트들은 프론트엔드에서 버튼을 클릭하는 인간을 위해 설계된 것과 동일한 경직된 트랜잭션 형식을 통해 DeFi와 상호작용해야 했습니다. ERC-8211은 근본적으로 다른 것을 제공합니다: 실행 시점에 온체인에서 결정을 구성하는 능력, 그리고 내장된 안전 장치입니다.
문제점: 정적 배칭은 자율 에이전트를 위해 설계되지 않았다
Multicall3 및 ERC-4337 번들러와 같은 멀티콜 컨트랙트는 이미 지갑이 여러 트랜잭션을 하나로 묶을 수 있게 해줍니다. 하지만 모든 매개변수는 서명 시점에 고정되어야 합니다. AI 에이전트가 2.5 WETH를 USDC로 스왑하고 그 수익을 Aave에 공급하는 배치에 서명하면, 2.5 WETH라는 수치는 동결됩니다 — 대기 중인 전송 도착이나 수수료 차감으로 인해 에이전트의 실제 잔액이 서명과 실행 사이에 변경되었더라도 말입니다.
이는 자율 에이전트에게 세 가지 연쇄적 문제를 야기합니다:
- 오래된 상태: 배치 트랜잭션이 블록에 포함될 때쯤이면, 트랜잭션이 가정한 온체인 상태가 더 이상 유효하지 않을 수 있습니다. 0.3%의 가격 변동으로도 스왑이 되돌려질 수 있으며, 가스를 낭비하고 전략이 절반만 실행된 채 남게 됩니다.
- 과도한 사전 지정: 에이전트는 서명 전에 모든 중간 값(정확한 출력량, 슬리피지 임계값, 예치 수량)을 미리 계산해야 합니다. 5단계 레버리지 루프의 경우, 5개의 순차적 출력을 예측해야 하며 — 그 중 하나라도 나머지를 무효화할 수 있습니다.
- 조건부 로직 부재: 정적 배치는 전부 아니면 전무입니다. "2단계 결과가 임계값을 초과하는 경우에만 3단계를 진행하라"고 말할 방법이 없습니다. 에이전트는 배치 자체 내에서 안전 제약 조건을 표현할 수 없습니다.
결과적으로 오늘날의 AI 에이전트는 인쇄된 탑승권과 같은 유연성으로 DeFi 전략을 실행합니다 — 출발 전에 모든 세부 사항이 정확해야 하며, 변경 사항이 있으면 처음부터 다시 시작해야 합니다.
ERC-8211의 작동 원리: 페처, 제약 조건, 프레디킷
ERC-8211은 Biconomy가 "스마트 배칭"이라고 부르는 것을 도입합니다 — 배치의 각 매개변수가 값을 어떻게 얻을지와 해당 값이 어떤 조건을 충족해야 하는지를 선언하는 컨트랙트 레이어 인코딩 표준입니다. 이 표준은 세 가지 기본 요소로 구성됩니다:
페처(Fetchers)
모든 입력 매개변수는 서명 시점이 아닌 실행 시점에 값이 어떻게 소싱되는지를 결정하는 페처 유형을 갖습니다. 세 가지 페처 유형을 사용할 수 있습니다:
- RAW_BYTES: 값이 하드코딩되며, 기존 배칭과 동일합니다.
- STATIC_CALL: 값이 실시간 온체인 컨트랙트 호출에서 읽힙니다 — 잔액 확인, 오라클 가격 조회, 또는 풀 리저브 읽기 등.
- BALANCE: 값은 실행 시점에 실행 계정의 네이티브 토큰 또는 ERC-20 잔액입니다.
라우팅 대상은 해결된 값이 어디로 가는지를 결정합니다: 호출의 대상 주소, 값 필드, 또는 콜데이터로.
제약 조건(Constraints)
모든 해결된 값은 인라인 제약 조건을 가질 수 있습니다 — 호출이 진행되기 전에 온체인에서 검증되는 논리적 검사입니다. 지원되는 제약 조건 유형에는 EQ(같음), GTE(크거나 같음), LTE(작거나 같음), IN(집합 멤버십)이 포함됩니다. 제약 조건이 하나라도 실패하면 전체 배치가 원자적으로 되돌려집니다.
실제로 이는 에이전트가 다음과 같이 말할 수 있음을 의미합니다: "내 WETH 잔액을 가져오고(BALANCE 페처), 1.0 WETH 이상인지 확인한 후(GTE 제약 조건), 해결된 값을 스왑 콜데이터에 전달해(라우팅)."
프레디킷(Predicates)
target = address(0)인 항목은 순수 어설션 체크포인트로 작동합니다. 외부 호출을 실행하지 않고 체인 상태에 대한 불리언 조건을 인코딩합니다 — 예를 들어, 레버리지 루프 후 지갑의 USDC 잔액이 안전 하한선 이상으로 유지되는지 확인합니다. 프레디킷이 실패하면 배치가 되돌려집니다.
이 세 가지 기본 요소가 함께 작용하여 배치를 정적 스크립트에서 반응형 프로그램으로 변환합니다: "내 전체 WETH 잔액을 USDC로 스왑하고, 도착한 정확한 금액을 Aave에 공급해. 단, 최종 잔액이 안전 하한선을 초과하는 경우에만." 모든 것이 하나의 트랜잭션에서, 모두 실행 시점에 해결됩니다.
부상하는 에이전트 프로토콜 스택
ERC-8211은 단독으로 존재하지 않습니다. Ethereum Foundation이 자율 에이전트를 위해 특별히 구축해 온 점점 더 일관된 프로토콜 스택에 맞물립니다:
| 계층 | 표준 | 기능 | 핵심 빌더 |
|---|---|---|---|
| 신원 | ERC-8004 | 에이전트 발견, 신뢰 및 평판 점수 | Ethereum Foundation |
| 상거래 | ERC-8183 | 작업 생명주기 관리 — 에스크로, 배달 증명, 정산 | Virtuals Protocol |
| 실행 | ERC-8211 | 스마트 배칭 — 조건부, 상태 인식 온체인 실행 | Biconomy |
| 결제 | x402 | 에이전트 서비스를 위한 HTTP 네이티브 스테이블코인 소액 결제 | Coinbase + Cloudflare |
이 비유는 우연이 아닙니다: ERC-8004는 누가 거래하는지를 식별하고, ERC-8183은 어떤 작업이 교환되는지를 관리하며, ERC-8211은 작업이 온체인에서 어떻게 실행되는지를 처리하고, x402는 에이전트 간 어떻게 결제가 흐르는지를 관리합니다. 함께하여 업계 관찰자들이 "온체인 AI의 TCP/IP 순간"이라고 부르기 시작한 것을 형성합니다 — 각 프로토콜이 하나의 관심사를 깔끔하게 처리하는 계층화된 스택입니다.
ERC-8183은 특히 상호 보완적입니다. 클라이언트 에이전트가 제공자 에이전트를 고용하고, 에스크로 자금이 보유되며, 평가자가 배달을 증명하는 Job 기본 요소는 ERC-8211이 실행하도록 설계된 바로 그 종류의 다단계 조건부 온체인 액션을 생성합니다. ERC-8183을 통해 작업을 수락하는 AI 에이전트는 작업 이행의 일환으로 일련의 DeFi 작업(스왑, 공급, 차입)을 수행해야 할 수 있습니다. ERC-8211은 작업 수락과 실행 사이에 시장 조건이 변하더라도 이러한 작업이 올바르게 실행되도록 보장합니다.
경쟁 접근 방식: AgentKit, NEAR Chain Signatures, 그리고 분열 위험
ERC-8211의 스마트 배칭은 AI 에이전트의 표준 실행 계층이 되기 위해 경쟁하는 유일한 프레임워크가 아닙니다:
Coinbase AgentKit은 AI 에이전트를 위한 지갑 인프라와 온체인 액션 기본 요소를 제공하며, OpenAI, Anthropic, Llama 모델을 네이티브로 지원합니다. 2026년 3월, World(Sam Altman의 신원 프로젝트)는 x402 결제 및 World ID 인증과 함께 AgentKit 통합을 출시하여 에이전트가 인간 지원의 암호학적 증명을 보유할 수 있게 했습니다. AgentKit은 지갑 관리와 단순 트랜잭션에 뛰어나지만, 현재 ERC-8211이 제공하는 조건부 상태 인식 실행 기능은 제공하지 않습니다.
NEAR Chain Signatures는 다른 아키텍처적 접근 방식을 취합니다: 에이전트가 자체 NEAR 계정을 갖고 개인 키가 신뢰 실행 환경(TEE)에 저장되며, Chain Signatures 기술을 통해 단일 NEAR 기반 신원으로 Ethereum, Bitcoin, Solana 등 모든 블록체인에서 트랜잭션에 서명할 수 있습니다. 이는 멀티체인 문제를 우아하게 해결하지만, 실행 의미론 계층이 아닌 인프라 계층에서 작동합니다.
Visa의 Trusted Agent Protocol과 **Google의 AP2(Agent Payment Protocol 2.0)**는 결제 및 가맹점 인증 측면을 다루며, 전통적 상거래가 AI 에이전트 거래를 인식하고 처리하도록 돕습니다. 이들은 ERC-8211의 온체인 실행 초점과 경쟁하기보다 보완합니다.
분열 위험은 현실적입니다. AgentKit이 자체 조건부 실행 기본 요소를 구축하거나, NEAR가 경쟁 배치 실행 표준을 개발하면, 에이전트들은 초기 DeFi를 괴롭혔던 것과 같은 상호운용성 문제에 직면할 수 있습니다 — 동일한 문제를 해결하는 여러 표준, 그 중 어느 것도 임계 질량에 도달하지 못하는 상황. ERC-8211의 장점은 기존 계정 추상화 인프라(ERC-4337, ERC-7683)와의 호환성과 최소한의 풋프린트 입니다: 프로토콜 포크도, 새로운 옵코드도 필요 없으며, 모든 스마트 계정 구현과 작동합니다.
이것이 중요한 이유: 400,000 에이전트 경제는 온체인 조합성이 필요하다
숫자가 긴급성의 명확한 그림을 그립니다. Chainalysis 추정에 따르면 400,000개 이상의 AI 에이전트가 현재 블록체인 네트워크에서 운영되고 있습니다. Virtuals Protocol만으로도 17,000개 이상의 에이전트에서 누적 수익 $3,950만을 돌파했습니다. Coinbase의 AgentKit은 모든 주요 LLM에서 자율 지갑을 지원합니다. 에이전트 경제는 추측이 아닙니다 — 오늘날 실제 수익을 창출하고 실제 트랜잭션을 실행하고 있습니다.
그러나 이 에이전트들은 인간 사용자를 위해 설계된 인프라에 의해 제약받고 있습니다. Uniswap에서 스왑에 서명하는 인간은 가격을 확인하고, 슬리피지를 조정하고, 확인할 수 있습니다 — 모두 몇 초 안에. 대규모로 운영되는 자율 에이전트는 이 수동 피드백 루프를 감당할 수 없습니다. 서명과 포함 사이에 무슨 일이 일어나든 올바르게 실행되는 자체 포함, 자체 검증 트랜잭션 번들로 복잡한 전략을 표현해야 합니다.
ERC-8211의 영향은 DeFi 자동화를 넘어 확장됩니다. 다음 시나리오를 고려해 보세요:
- 자율 자금 관리: 프레디킷 검사를 통해 단일 프로토콜이 자금의 30% 이상을 보유하지 않도록 보장하면서 수익률 프로토콜 전반에 걸쳐 리밸런싱하는 DAO 자금 관리 에이전트 — 모두 하나의 원자적 트랜잭션으로.
- MEV 저항 실행: 서명 시점이 아닌 실행 시점에 값을 해결함으로써, 스마트 배치는 보류 중인 트랜잭션에서 오래된 매개변수를 악용하는 MEV 검색자에게 제공되는 정보를 줄입니다.
- 크로스 프로토콜 차익거래: Uniswap과 Curve 간의 가격 불일치를 감지하는 에이전트가 최소 수익 임계값을 보장하는 제약 조건과 함께 차익거래를 원자적으로 실행할 수 있어, 한 쪽을 실행하고 다른 쪽에서 실패하는 위험을 제거합니다.
앞으로의 길: 표준에서 인프라로
ERC-8211은 아직 ERC 제안이며, 최종 확정된 표준이 아닙니다. 참조 구현은 오픈소스이며 데모 형태로 실행되고 있지만, 채택은 지갑 제공자, 번들러 운영자, DeFi 프로토콜이 스마트 배칭 인터페이스를 통합하는 것에 달려 있습니다. 이 표준의 계정 불가지론적 설계 — ERC-4337 스마트 계정, ERC-7683 크로스체인 인텐트, 그리고 실행자 컨트랙트를 통한 전통적 EOA와 호환 — 는 가장 큰 채택 장벽을 제거하지만, 통합에는 여전히 적극적인 개발이 필요합니다.
4개 표준 에이전트 스택(ERC-8004 + ERC-8183 + ERC-8211 + x402)은 일관된 비전을 나타내지만, 암호화폐에서 일관된 비전은 역사적으로 경쟁 압력 하에서 분열되어 왔습니다. 이 스택이 사실상의 표준으로 통합되는지 아니면 경쟁 구현으로 분열되는지는 어떤 프로토콜이 먼저 프로덕션 통합을 출시하느냐에 달려 있습니다.
의심의 여지가 없는 것은 방향입니다. 블록체인의 주요 사용자가 프론트엔드를 클릭하는 인간에서 프로그래밍된 전략을 실행하는 자율 에이전트로 전환되고 있습니다. ERC-8211은 이 에이전트들에게 그들의 능력에 맞는 트랜잭션 형식을 제공하려는 최초의 본격적인 시도입니다 — 거래하기 전에 사고하는 형식입니다.
여러 체인에서 DeFi 프로토콜과 상호작용하는 AI 에이전트를 구축하고 계신가요? BlockEden.xyz는 Ethereum, Sui, Aptos 및 20개 이상의 네트워크를 위한 고성능 RPC 엔드포인트와 데이터 API를 제공합니다 — 에이전트가 안정적인 온체인 읽기 및 실행을 위해 필요한 인프라 계층입니다. API 마켓플레이스를 탐색하여 시작해 보세요.