---
title: "자율 온체인 액션: AI 에이전트가 온체인에서 실제로 할 수 있는 일"
description: "온체인 에이전트는 지갑을 보유하고 사용하는 AI다. 여섯 가지 액션 프리미티브, 실제 프로덕션 에이전트, 그리고 자율 온체인 액션을 뒷받침하는 결제 스택을 다룬다."
---
# 자율 온체인 액션: AI 에이전트가 온체인에서 실제로 할 수 있는 일
이제 AI 에이전트가 Polymarket 포지션을 열고, 자신의 API 잔액을 USDC로 직접 채우고, 사람이 확인 버튼을 누르지 않아도 Aave 마켓 전반에서 리밸런싱을 수행한다. 1년 전 에이전트가 온체인에서 할 수 있었던 일과 지금 매일 실제로 실행하는 일 사이의 간극은, 대부분의 제품 페이지가 인정하는 것보다 크다. 이 변화의 핵심은 LLM이 행동을 제안하는 단계에서 벗어나 직접 서명하는 단계로 넘어갔다는 점이다.
코드를 작성하는 LLM은 코파일럿이다. 지갑을 보유한 LLM은 [에이전트](https://www.alchemy.com/ai-agents)다. 지갑이 실제로 존재하고 에이전트가 거기서 자금을 지출할 수 있게 되면, 모든 온체인 프리미티브는 모델이 호출할 수 있는 도구가 된다: 상태 읽기, 트랜잭션 서명, API 결제, 스왑 및 브리지, 투표, 어테스테이션. 이 글은 여섯 가지 프리미티브를 살펴보고, 각각을 사용하는 실제 운영 중인 에이전트를 짚은 뒤, 이들을 예외 사례가 아닌 프로덕션 사용자로 다룰 수 있게 해주는 스택을 소개한다.
## 자율적인 온체인 액션이란 무엇인가?
자율적인 온체인 액션은 사람이 해당 특정 호출을 승인하지 않은 채로 에이전트가 서명하고 제출하는 모든 [트랜잭션](https://www.alchemy.com/docs/understanding-transactions)을 말한다. 에이전트는 사전에 설정된 권한 범위 안에서 동작한다. 지출 한도와 컨트랙트 허용목록이 지정된 세션 키, 또는 커스터디얼 지갑에 적용된 정책이 그 예이며, 에이전트는 이 범위 안에서 자유롭게 행동한다. 상태를 읽는 것은 자율적인 온체인 액션이 아니다. 사용자가 사전에 승인하지 않은 전송을 보내는 것 역시 자율적인 온체인 액션이 아니다. 서명이 실제로 일어나야 하고, 그것도 액션별 프롬프트 없이 일어나야 한다.
이 정의는 시장을 구분 짓는다는 점에서 중요하다. 사람이 지갑에서 서명하도록 트랜잭션 페이로드를 생성해주는 챗봇은 온체인 에이전트가 아니다. 반면 LLM이 어디에도 관여하지 않더라도 스스로 서명하고 브로드캐스트하는 크론 작업은 이미 온체인 에이전트에 해당한다. 기준은 자율적인 서명 여부이지, 모델의 존재 여부가 아니다.
## 온체인 에이전트는 어떤 프리미티브를 사용하는가?
여섯 가지 프리미티브가 2026년 에이전트가 실행하는 거의 모든 온체인 액션을 아우른다. 각각은 모델이 호출하는 도구에 대응하며, 각각 알아둘 만한 별도의 실패 모드를 가지고 있다.
- **읽기(Read).** 상태, 가격, 잔액, 이벤트를 조회한다. 에이전트는 [RPC 엔드포인트](https://www.alchemy.com/rpc-api), 인덱싱된 [Data API](https://www.alchemy.com/docs/data), 또는 이 둘을 감싼 [MCP 서버](https://www.alchemy.com/docs/alchemy-mcp-server)를 사용한다. 읽기 접근은 가장 저렴하고 가장 신뢰할 수 있는 프리미티브다. 동시에 대시보드에 나타나는 "에이전트" 트래픽 대부분이 여기서 나오는 이유이기도 하며, 그래서 헤드라인 트랜잭션 수치가 오해를 부를 수 있다.
- **서명(Sign).** 에이전트가 제어하는 지갑에서 트랜잭션을 제출한다. 자율성은 여기서 시작된다. 서명에는 커스터디 방식(임베디드 지갑, MPC, 스마트 계정, 또는 원시 키)과 지금 서명할지를 결정하는 정책 엔진이 필요하다. 원시 키는 건네받는 대로 무엇이든 서명하며, "안 된다"고 말할 수 있는 것은 정책뿐이다.
- **결제(Pay).** 오프체인 연산과 API에 대해 대금을 정산한다. 에이전트는 크립토 네이티브 서비스에 대해서는 [x402](https://www.alchemy.com/blog/how-x402-brings-real-time-crypto-payments-to-the-web)를 통해 USDC로 결제하고, 가맹점이 카드나 스테이블코인을 사용하는 경우에는 Stripe의 [Machine Payments Protocol](https://www.alchemy.com/overviews/x402-vs-mpp-comparing-agent-payment-protocols)을 통해 결제한다. 호출당 상한선이 없으면 에이전트는 402가 요구하는 금액을 그대로 지불한다.
- **스왑 및 브리지(Swap and bridge).** 풀과 체인 사이로 자산을 이동시킨다. 에이전트는 Solana에서는 Jupiter를, [EVM](https://www.alchemy.com/rpc-api)에서는 Uniswap이나 0x를, 그리고 다음 액션이 유효한 체인으로 자금을 옮기기 위해 Across나 deBridge 같은 브리지를 호출한다. 순진하게 스왑을 브로드캐스트하면 규모에 따라 샌드위치 공격을 당할 수 있다.
- **거버넌스(Govern).** 투표하고, 위임하고, 제안한다. 거래 관련 프리미티브에 비해 볼륨은 적지만 형태는 더 흥미롭다. 하나의 에이전트가 수백 개의 DAO에 걸쳐 사람 투표자라면 시간을 낼 수 없는 추적 전략을 실행할 수 있다. 위험 요소는 보유자의 의도에서 벗어난 뒤에도 계속 투표하는 정책이다.
- **증명(Prove).** 신원을 어테스트하고, 평판 영수증을 게시하고, [ERC-8004](https://eips.ethereum.org/EIPS/eip-8004) 안에 등록한다. 가장 신생인 프리미티브이며, 일회성 에이전트를 다른 에이전트가 고용할 수 있는 조합 가능한 서비스로 바꾸는 프리미티브다. 어테스테이션의 가치는 그 뒤에 있는 발급자만큼만 유효하다.
이 순서는 임의로 정해진 것이 아니다. 읽기와 서명은 보편적인 핵심이다. 결제는 에이전트를 경제적 주체로 만드는 요소다. 스왑, 브리지, 거버넌스는 에이전트에게 도달 범위를 부여한다. 증명은 한 에이전트를 다른 에이전트가 이해할 수 있게 만든다. 프리미티브 하나를 빼먹으면 그에 해당하는 액션 범주 전체가 메뉴에서 사라진다.
## 에이전트는 오늘날 온체인에서 실제로 무엇을 할 수 있는가?
카테고리별로 정리한 구체적인 목록이다.
### DeFi 포지션과 수익률
DeFi 에이전트는 크게 두 가지 형태를 취한다. 일부는 공유 트레저리를 놓고 작동하는 전문화된 역할들의 스웜으로 운영된다. 다른 일부는 하나의 일을 잘 해내는 단일 목적 리밸런서로 운영된다.
반복되는 메커니즘은 다음과 같다: 에이전트가 인덱싱된 [Data API](https://www.alchemy.com/docs/data)를 통해 포지션을 읽고, 목표 배분을 계산하고, Aave, Morpho, Pendle에서 공급 또는 인출 호출에 서명하고, 정해진 주기마다 재확인한다. 어려운 부분은 수학이 아니다. 새로운 마켓이 더 나아 보이지만 허용목록에 없을 때 권한 범위 안에 머무는 것이 어렵다.
이 루프는 가정이 아니다. 아래 데모에서 에이전트는 여러 L2에 걸쳐 Aave USDC 수익률을 비교하고, Base에서 최적의 체인으로 브리지하고, 공급까지 수행한다. 모두 터미널에서, ETH를 전혀 보유하지 않은 채, 오직 범위가 제한된 키 하나만으로 이뤄진다.
### 트레이딩과 리밸런싱
트레이딩 에이전트는 이제 주요 거래처 전반에서 운영되고 있다. 일부는 Farcaster와 X의 자연어 인터페이스 뒤에서 작동하며, Base, Solana, Polygon에서 0x나 Uniswap을 통해 스왑을 라우팅한다. 다른 일부는 Hyperliquid 퍼프를 대상으로 스킬 기반 스택을 운영하며, 수백 개 마켓에 걸쳐 트레일링 스톱과 스마트머니 스코어링을 수행한다.
[Hyperliquid](https://www.alchemy.com/rpc/hyperliquid)는 퍼페추얼 시장에서 에이전트 밀도가 가장 높은 무대이며, [빌더 코드](https://hyperliquid.gitbook.io/hyperliquid-docs/trading/builder-codes) 수익은 8자리 수에 달한다. 이 카테고리에서 에이전트의 우위는 더 나은 시그널에 있지 않다. 새벽 3시에 재고 없이 시그널대로 행동하려는 의지에 있다.
### 예측 시장
자율적인 Polymarket 포지션은 이제 실질적인 카테고리다. [CoinDesk의 2026년 3월 분석](https://www.coindesk.com/tech/2026/03/15/ai-agents-are-quietly-rewriting-prediction-market-trading)은 Polystrat 에이전트가 첫 달에 4,200건 이상의 거래를 기록했고, 이 중 3분의 1 이상이 양(+)의 손익을 보였으며, 이는 사람 트레이더의 절반 수준의 비율이었다고 추적했다. 더 넓은 범위의 예측 에이전트 네트워크들은 Gnosis에서 누적 수백만 건의 트랜잭션을 기록했다. 이 카테고리는 달러 규모로 보면 작지만 트랜잭션 수로 보면 큰데, 이는 에이전트 행동 전반의 특징이기도 하다: 작은 베팅을 많이, 지속적으로 평가하는 방식이다.
### NFT와 컬렉터블
에이전트발 [NFT](https://www.alchemy.com/nfts) 활동은 아직 덜 성숙했고, 대체로 복합적인 형태를 띤다. 흐름은 이렇다: 에이전트가 대상을 식별하고, ETH나 SOL로 스왑하고, 마켓플레이스 플러그인을 통해 구매한 뒤, 마크업을 붙여 리스팅한다. [Solana Agent Kit](https://github.com/sendaifun/solana-agent-kit)은 런칭 측을 위한 Metaplex 민팅 액션과 마켓플레이스 측을 위한 Tensor 또는 Magic Eden 연동을 제공한다. "구매 후 재상장"이라는 복합 동작은 단일 컨트랙트 호출이 아니라 에이전트의 툴 루프 안에 존재한다.
### 결제, 잔액 충전, 트레저리
이것이 x402가 설계된 사용 사례다. 에이전트는 유료 엔드포인트에 접근하고, 가격이 명시된 402를 받고, USDC 결제에 서명하고, 재시도한 뒤 진행한다. [Cloudflare는 자사 에이전트 네트워크 전반에서 하루 약 10억 건의 402 응답을 처리한다고 보고한다](https://developers.cloudflare.com/agents/agentic-payments/x402/). [x402 Foundation](https://www.x402.org/ecosystem)은 2026년 4월 Linux Foundation 산하에 정식 출범했으며, Visa, Mastercard, Stripe, AWS, Google, 그리고 Solana와 Base 재단을 포함한 22개 창립 회원사가 참여했다.
덜 논의되는 반대 방향의 패턴은 자율적인 잔액 충전이다. 에이전트가 자신의 USDC 잔액을 지켜보다가, 임계값 아래로 떨어지면 트레저리 지갑에서 자신에게 전송하는 트랜잭션에 서명해 스스로를 다시 채운다. 우리는 이 패턴 전체를 [Alchemy CLI의 에이전트 지갑 기능](https://www.alchemy.com/blog/agent-wallets-alchemy-cli)에서 상세히 다룬다. 결제는 에이전트를 경제적 주체로 만들고, 잔액 충전은 사람의 승인 없이도 에이전트가 지급 능력을 유지하게 해준다.
### 거버넌스와 신원
DAO 투표는 볼륨 기준으로는 가장 작은 카테고리지만, 형태 면에서는 가장 흥미롭다. 위임된 투표 포지션을 보유한 에이전트는 일관된 정책을 적용하며 수백 개의 제안에 걸쳐 투표할 수 있다. 여러 에이전트 플랫폼이 이제 거버넌스 액션 스킬을 자사 툴 표면의 일급 액션으로 노출하고 있다.
신원은 아직 신생 분야지만 빠르게 발전하고 있다. ERC-8004는 에이전트의 주소와 역량을 등록해 다른 에이전트가 이를 발견하고 고용할 수 있게 한다. x402와 결합하면, 에이전트는 유료 서비스를 등록하고, USDC로 결제를 받고, 자신이 소유하지 않은 다운스트림 에이전트에게 작업을 넘길 수 있다.
## 에이전트는 사람의 개입 없이 어떻게 서명하는가?
커스터디는 하중을 짊어지는 선택이다. 다음 다섯 가지 패턴이 오늘날 프로덕션 에이전트를 운영하고 있다:
지난 12개월 동안 우위를 점한 패턴은 임베디드 지갑과 정책 엔진의 조합이다. [Turnkey의 위임형 에이전트 서명](https://docs.turnkey.com/features/policies/delegated-access/agentic-wallets)은 모든 서명 요청을 컨트랙트 허용목록, 수신자 목록, 함수 셀렉터 검사, 트랜잭션당 한도에 대해 엔클레이브 내부에서 평가한다. [Privy의 에이전틱 지갑 문서](https://docs.privy.io/recipes/agent-integrations/agentic-wallets)는 유사한 정책 가드와 함께 개발자 소유 및 사용자 소유 에이전트 서명자 모두를 다룬다. 2026년 2월 출시된 [Coinbase Agentic Wallets](https://www.coinbase.com/developer-platform/discover/launches/agentic-wallets)는 MPC 커스터디와 세션 상한, 네이티브 x402 정산을 결합한다. [Alchemy CLI](https://www.alchemy.com/blog/agent-wallets-alchemy-cli)의 Agent Wallets도 하나의 선택지다. 대시보드에서 지갑을 생성하고, CLI에 범위가 제한되고 시간 제한이 있는 접근 권한을 부여하면, 에이전트가 커맨드 라인에서 트랜잭션을 실행할 수 있다.
이 중 어느 것도 해결하지 못하는 것은 권한 범위 그 자체다. 하루 $1,000 상한 안에서는 무엇이든 서명하는 지갑도, 그 한도 안에서 얼마든지 탈탈 털릴 수 있다. 커스터디 패턴의 선택은 다른 모든 에이전트 결정보다 앞서는 문제이며, 대부분의 팀이 데모로 가는 길에 지름길로 건너뛰는 지점이기도 하다.
## Alchemy는 온체인 에이전트를 어떻게 지원하는가?
우리는 에이전트를 예외 사례가 아닌 프로덕션 사용자로 다룬다. 중요한 세 가지 표면이 있다:
- **지갑과 서명.** [Alchemy CLI](https://www.alchemy.com/agents)는 최초 실행 시 에이전트에게 범위가 제한된 지갑을 부여한다. 지갑 커스터디는 Privy에 위임되며, 에이전트는 체인, 컨트랙트 허용목록, 지출 한도로 경계 지어진 세션 안에서 동작한다. 동일한 CLI가 `alchemy evm send`, `alchemy wallet connect`, `alchemy agent-prompt`를 통해 전송, 스왑, 브리지, 컨트랙트 호출을 처리한다.
- **결제.** 에이전트는 [x402](https://www.alchemy.com/blog/how-x402-brings-real-time-crypto-payments-to-the-web)를 통해 USDC로 우리의 RPC, NFT, [Data API](https://www.alchemy.com/docs/data) 표면에 대금을 지불한다. 대시보드 가입도, API 키도, 계약도 필요 없다. Stripe의 MPP는 카드 폴백이 필요한 경우를 위해 상호운용 가능하며, 우리의 [x402와 MPP 비교](https://www.alchemy.com/overviews/x402-vs-mpp-comparing-agent-payment-protocols)에서 두 프로토콜을 나란히 살펴본다.
- **발견 가능성.** [Alchemy Skills](https://github.com/alchemyplatform/skills)는 에이전트가 사람이 아무것도 읽지 않아도 우리 API를 호출하는 법을 배울 수 있도록 설치할 수 있는 기계 판독 가능한 문서다. Alchemy MCP 서버와 결합하면, Claude나 Cursor 안의 에이전트가 자신의 툴 루프를 벗어나지 않고도 100개 이상의 체인에 걸쳐 인증하고, 결제하고, 실행할 수 있다.
다음은 402로 게이트된 엔드포인트에 대해 에이전트가 실행하는 결제 후 재시도 흐름이다:
{
const headers = new Headers(init?.headers);
headers.set("Authorization", \`SIWE \${siwe}\`);
return fetch(input, { ...init, headers });
};
const paidFetch = wrapFetchWithPayment(authedFetch, client);
const res = await paidFetch("https://x402.alchemy.com/eth-mainnet/v2", {
method: "POST",
headers: { "Content-Type": "application/json" },
body: JSON.stringify({ id: 1, jsonrpc: "2.0", method: "eth_blockNumber" }),
});`}
/>
`buildX402Client`은 결제 후 재시도 루프를 실행한다: 402를 캐치하고, USDC 결제에 서명하고, 요청을 재전송한다. `signSiwe`는 게이트웨이의 인증을 처리한다. 에이전트는 다른 fetch 호출과 마찬가지로 `paidFetch`를 호출하며, 결제 단계는 전혀 보지 못한다.
## 아직 무엇이 어려운가?
오늘날 온체인 에이전트를 배포할 때 염두에 둘 세 가지가 있으며, 모두 보안과 직결되는 문제다:
- **프롬프트 인젝션이 지배적인 공격 표면이다.** 텍스트 형태로 에이전트의 컨텍스트에 들어오는 모든 것은 지시를 담을 수 있다. 2026년 5월, 한 공격자는 Grok을 개입시킨 에이전트를 보유한 대상 지갑에 Bankr 테마의 NFT를 전송한 뒤, 에이전트에게 "이 모스 부호를 번역해달라"고 요청했다. 해독된 텍스트는 전송 지시였다. Base에서 약 $150K~$200K가 빠져나갔다가 이후 자금이 반환되었다([OECD의 AI 사고 데이터베이스](https://oecd.ai/en/incidents/2026-05-04-4a73)가 사후 분석을 담고 있다). 완화책은 모델 계층이 아니라 정책 계층에 있다: 더 엄격한 컨트랙트 허용목록, 더 좁은 세션 키, 에이전트가 사용한 적 없는 컨트랙트에 대한 2차 서명자 승인, 그리고 신뢰된 시스템 프롬프트와 신뢰되지 않은 툴 출력 간의 명확한 분리다.
- **권한 범위가 곧 제품이며, 대부분의 범위는 너무 느슨하다.** 하루 $1,000 상한 안에서는 무엇이든 서명하는 지갑도, 그 한도 안에서 얼마든지 탈탈 털릴 수 있다. 컨트랙트 허용목록은 좁게, 함수 셀렉터 허용목록은 더 좁게 설정하고, 에이전트가 경유할 수 있는 라우터나 애그리게이터에게 무제한 ERC-20 승인을 부여해서는 안 된다. 에이전트가 새로운 마켓이나 컨트랙트를 마주치면, 스스로 범위를 확장하는 대신 명시적인 승인을 위해 멈춰야 한다.
- **공급망은 도구, 스킬, MCP를 거쳐 흐른다.** 에이전트의 툴 표면은 에이전트의 키와 컨텍스트를 그대로 사용해 실행되는 서드파티 코드다. 레지스트리에서 런타임에 로드되는 스킬, 네트워크로 연결된 MCP 서버, npm으로 설치되는 플러그인 각각은 악의적인 업스트림 커밋이 트랜잭션에 서명하는 지갑에 도달할 수 있는 통로다. 버전을 고정하라. 설치 전에 코드를 읽어라. 에이전트의 플러그인 매니페스트를 프로덕션의 `package.json`처럼 다뤄라. 실제로 그것이 바로 그런 존재이기 때문이다.
이 중 어느 것도 이 카테고리를 가로막지는 않는다. 이것들은 책임감 있는 빌더가 이 카테고리 안으로 어떻게 진입하는지를 결정한다. 범위가 곧 제품이고, 에이전트가 곧 사용자다.
## 시작하는 방법
이 글에서 실제로 작동하는 온체인 에이전트까지 가는 가장 짧은 경로는 두 개의 명령어와 한 번의 결제다:
`alchemy auth`은 세션 토큰을 반환한다. `alchemy wallet connect`은 체인, 컨트랙트 허용목록, 지출 한도로 경계 지어진 범위 제한 지갑을 반환한다. 이제 에이전트는 우리의 [RPC](https://www.alchemy.com/rpc-api)를 통해 읽고, x402를 통해 프리미엄 엔드포인트에 대한 대금을 지불하고, 세션 안에서 트랜잭션에 서명한다.
API 키도, 대시보드 가입도, 계약 최소 요건도 없다. 에이전트는 최초 실행 시 [Alchemy Skills](https://www.alchemy.com/agents)를 설치해 100개 이상의 체인에서 우리 API를 호출하는 법을 익힌다. 엔터프라이즈 제약 조건에 맞춰 구축하는 경우, 동일한 표면을 전용 인프라와 약정 플랜을 통해 이용할 수 있다.
코드를 작성하는 LLM은 코파일럿이다. 지갑을 보유한 LLM은 에이전트다. 후자를 배포할 인프라는 이미 마련되어 있고, 액션 목록은 실재하며, 이 카테고리의 다음 1년은 작성된 글의 수가 아니라 서명된 트랜잭션의 수로 측정될 것이다.