Quicknode

2026년 8월 18일 — 읽는 데 13분 소요

오늘날 AI 기반 챗봇( agents )은 어디에나 있습니다. 맥도날드의 고객 지원 챗봇, 코딩 보조 도구, 그리고 지난 2년 동안 등장한 거의 모든 스타트업의 사업 계획 발표에서도 볼 수 있죠.

하지만 건축업자 10명에게 물어보거나 구글 검색 결과 1페이지에 올라온 기사 10개를 읽어보면, “AI agent 란 무엇인가?”와 “AI agents 는 실제로 어떻게 작동하는가?”라는 질문에 대해 10가지 서로 다른 답변이 나올 것입니다.

왜 그럴까요? 일반적으로 이에 대한 정확한 정의는 없습니다. 하지만 누구나 AI agents 가 필요하며, 이를 구축하는 것은 쉽다고 확신하고 있습니다.

이 글은 AI agents 를 가장 기본적인 요소까지 파헤쳐, AI가 실제로 무엇인지, 자율성이 어떻게 작동하는지, 블록체인이 어떤 역할을 하는지, 그리고 스택을 구성하는 각 요소가 어떻게 상호 작용하는지 설명합니다.

AI Agents 는 도대체 무엇일까요?

인공지능(AI) 자율 시스템( agents )은 주변 환경을 관찰하고, 추론과 기억을 활용해 무엇을 할지 결정하며, 목표를 달성하기 위해 자율적으로 행동을 취하는 소프트웨어를 말합니다.

모든 AI agent 는 다음 네 가지 핵심 구성 요소를 기반으로 구축됩니다:

• 목표: ‘ agent ’가 달성하고자 하는 목적을 정의합니다.

• 관찰: 사용자 입력, API, 데이터베이스, 브라우저 또는 기타 데이터 소스를 통해 주변 환경에서 정보를 수집합니다.

• 이유: 모델, 메모리 및 이용 가능한 컨텍스트를 활용하여 다음에 어떤 일이 일어나야 할지 결정합니다.

• Act: 도구를 사용하여 요청 전송, 파일 작성, 코드 실행, 트랜잭션 수행 또는 다른 시스템 트리거와 같은 작업을 시작합니다.

목표는 방향을 제시합니다. ‘관찰 > 추론 > 행동’은 목표가 달성되거나 ‘ agent ’이 중지 조건에 도달할 때까지 반복되는 루프를 형성합니다.

여기서 중요한 것은 행동할 수 있는 능력입니다. 이 능력이 없다면 추론은 모델 내부에만 머물게 되는데, 이로 인해 온라인상에서 ‘ agents ’와 ‘모델’을 둘러싼 큰 혼란이 발생하고 있습니다.

AI Agents 와 LLM 모델의 비교

LLM은 많은 AI 시스템 agents 의 핵심 추론 엔진을 제공합니다. “agent ”는 추론이 기억, 도구, 워크플로우 및 실행과 연결될 때 나타납니다.

다음과 같은 과제를 생각해 봅시다. 특정 시장의 상위 10개 경쟁사를 조사하고, 각사의 가격을 비교해 보십시오.

LLM은 해당 작업을 어떻게 접근해야 할지 제안할 수 있습니다. agent 는 실제로 그 작업을 수행할 수 있습니다:

이 주기는 수십 번이나 반복될 수 있습니다. 그리고 바로 이 점에서 AI agents 는 단순한 LLM 모델을 뛰어넘는 것입니다.

1. 이 모델은 추론을 제공합니다.

2. 도구는 기능을 제공합니다.

3. 인프라는 그러한 활동이 어디에서 이루어질 수 있는지를 결정합니다.

4. Access는 행동이 어느 정도까지 자율적(사람의 개입 없이)일 수 있는지를 결정합니다.

다른 말로 표현하자면, LLM은 agent 에게 무엇을 해야 하는지 지시할 수 있습니다. 나머지 스택은 agent 가 실제로 그 작업을 수행할 수 있는지 여부를 결정합니다.

그리고 바로 이 지점에서 오늘의 ‘ agents ’이 한계에 부딪히기 시작합니다.

AI ‘ Agents ’가 자율주행의 벽에 부딪혔다

대부분의 AI agents 는 인간을 위해 구축된 인프라를 통해 외부 세계와 상호작용합니다. 이들은 개발자가 생성한 API 키, 사용자가 등록한 계정, 기업에 청구되는 클라우드 서비스, 해당 계정에 연결된 결제 수단, 그리고 관리자가 부여한 권한을 활용합니다.

agent 는 어떤 조치를 취하기로 결정할 수 있지만, 그 조치를 취할 수 있는 근본적인 능력은 여전히 다른 사람에게 있는 경우가 많습니다.

이는 도구를 호출할 수 있는 ‘ agent ’와 독립적으로 작동할 수 있는 ‘ agent ’ 간의 차이점입니다.

더 큰 자율성을 확보하려면 단순히 더 나은 대규모 언어 모델(LLM)만으로는 부족합니다. 자율 시스템( Agents )은 인간의 개입 없이 정체성을 확립하고, 자산을 관리하며, 가치를 교환하고, 행동을 실행할 수 있는 방법이 필요합니다.

바로 그 점에서 블록체인이 흥미로워집니다.

왜 AI Agents 를 온체인에 적용해야 할까요?

블록체인은 인공지능(AI) agents 가 소유권, 신원, 결제, 실행 및 공유 상태와 관련된 프로그래밍 가능한 기본 요소에 접근할 수 있게 해줍니다.

그것만으로는 LLM이 자율적으로 작동하게 하지는 않습니다. 대신, 이는 agent 가 세상과 상호작용할 수 있는 새로운 방법을 제공합니다.

특히 다음 다섯 가지 기본 요소가 중요합니다:

이러한 기본 요소들이 결합되어 agent 의 기능을 변화시킵니다.

agent 는 자금을 보관하고, 서비스 대금을 지불하며, 어떤 신원을 통해 행동하고 있는지 증명하고, 스마트 계약과 상호작용하며, 발생한 일에 대한 검증 가능한 기록을 남길 수 있습니다.

하지만 ‘ agent ’가 지갑을 가지고 있다고 해서 이런 일이 저절로 일어나는 것은 아닙니다.

이러한 기능들이 실제로 작동하기 위해서는 추론 루프와 블록체인 사이에 여러 인프라가 계층적으로 구성되어 있습니다. 이를 자세히 살펴보겠습니다.

온체인 AI Agent 스택이란 무엇인가요?

온체인 AI agent 스택은 결제, 신원, 접근, 조정 등을 아우르는 일련의 인프라 계층으로, 이를 통해 AI agents 가 블록체인상에서 자율적으로 작동할 수 있게 합니다.

이러한 계층들이 결합되어, agent 에서 지갑을 보유하고, 신원을 증명하며, 자원을 구매하고, 사람의 개입을 거의 또는 전혀 필요로 하지 않는 거래를 수행할 수 있게 합니다.

이 가이드에서는 스택을 세 가지 부분으로 나누어 이해할 수 있습니다.

이 세 가지 부분이 이 가이드의 나머지 부분을 구성하는 기본 틀을 이룹니다:

액세스 > 신원 > 탐색 > 결제 > 실행 > 운영

각 부분은 그 이전 부분에 의존합니다. 접근 권한이 없는 경제적 주체성은 개념일 뿐, 실제 역량이 아닙니다. 경제적 주체성이 없는 운영은 운영할 대상이 없습니다.

그럼, 스택이 실제로 시작되는 지점부터 시작해 봅시다. 바로 ‘ agent ’를 체인에 처음 올리는 과정부터 말이죠.

AI에 ‘ Agents ’ 블록체인 접근 권한 부여

블록체인 액세스 기능을 통해 AI agent 는 온체인 상태를 읽고 트랜잭션을 제출할 수 있습니다. 실제로는 대개 RPC endpoint 를 통해 agent 를 블록체인 노드에 연결하는 것으로 시작됩니다.

RPC는 API와 매우 유사한 방식으로 작동합니다. 요청자( agent )는 노드에 요청을 보내고, 그 대가로 블록체인 데이터를 수신합니다. 또한, 요청자( agent )가 조치를 취해야 할 때는 동일한 인터페이스를 통해 서명된 트랜잭션을 브로드캐스팅할 수 있습니다.

이것으로 agent 에 필요한 두 가지 기본 방향에 대한 설명은 끝입니다:

• 읽기: 잔액 확인, 스마트 계약 조회, 트랜잭션 확인, 가스 비용 추산 또는 최신 블록 조회.

• 기록: 이체, 스왑, 계약 행사 또는 기타 서명된 거래를 기록합니다.

적합한 블록체인 인터페이스 선택하기

인터페이스는 agent 가 무엇을 관찰해야 하는지에 따라 달라집니다.

1. HTTP를 통한 JSON-RPC는 잔액 조회나 거래 전송과 같은 기본적인 요청-응답 작업에 사용할 수 있습니다.

2. WebSocket은 상시 연결을 유지합니다. 이는 새로운 블록, 로그 또는 기타 상태 변화를 감시하고, 이러한 변화가 발생할 때마다 즉각적으로 대응해야 하는 분산 시스템( agents )에 적합합니다.

3. gRPC 계정, 거래 내역, 슬롯 및 기타 실시간 데이터의 고처리량 스트리밍과 같은 특화된 워크로드를 처리하도록 설계되었습니다.

Quicknode 공통 API 지점을 통해 80개 이상의 체인과 130개 이상의 네트워크에 걸쳐 이러한 인터페이스를 제공합니다.

지연 시간에 민감하거나 처리량이 많은 워크로드의 경우, 전용 Clusters 가 격리된 인프라를 제공합니다.

온체인 이벤트에 대응하기

상태를 파악하는 것과 그에 대응하는 것은 별개의 문제입니다. 폴링 방식은 효과가 있지만, 불필요한 호출을 유발하고 점검 간격 사이에 발생하는 상황을 놓치게 됩니다.

이것이 바로 AI agents 가 온체인 이벤트를 감지하고 이에 대응할 수 있는 방법이 필요한 이유입니다. 예를 들어, 트레이딩 agent 는 가격 변동, 거래 또는 계약 이벤트를 감지하기 위해 프롬프트를 기다릴 수 없습니다.

Quicknode 이러한 워크플로를 구축하는 두 가지 주요 방법을 제공합니다:

• Streamswebhooks 및 데이터베이스와 같은 대상에 실시간 및 과거 블록체인 데이터를 전달합니다. 이 서비스는 이벤트 누락이 실행에 영향을 미칠 수 있는 워크플로우를 위해 필터링, 재구성(reorg) 처리 및 안정적인 전달 기능을 지원합니다.

• Webhooks HTTP 콜백을 통해 이벤트 알림을 전송합니다. 이 방식은 ‘최선 노력(best-effort)’ 방식의 전달만으로도 충분한 워크플로우에 대해 더 간편한 설정을 제공합니다.

액세스와 이벤트 전달에 대한 부분을 정리했으니, 이제 ‘행위자 정체성(agent-identity)’, 즉 어떤 ‘ agent ’가 관찰하고 행동하고 있는지를 확립하는 문제를 다뤄보겠습니다.

AI Agents 가 온체인 신원을 확보하는 방법

온체인 신원 확인을 통해 AI agents 는 어떠한 상호작용이나 거래가 이루어지기 전에 검증 가능한 방식으로 인식되고 식별될 수 있습니다.

ERC-8004는 신원, 평판 및 검증을 위한 온체인 레지스트리를 통해 이를 제공합니다. 등록에는 트랜잭션 1건이 소요됩니다. 이후 모든 agent 또는 서비스는 해당 등록 정보를 조회하여 상호작용할지 여부를 결정할 수 있습니다.

모든 ‘ agent ’ 회원에게는 다음 혜택이 제공됩니다:

1. 피드백의 양, 해당 피드백을 남긴 서로 다른 거래 상대방의 수, 그리고 agent 의 작업이 신고되거나 취소된 빈도를 종합적으로 반영한 평판 점수입니다.

2. 검증 증명서, 즉 특정 agent 가 주장한 바를 실제로 수행했는지 여부에 대한 독립적인 확인*.

*2026년 8월 중순 현재 mainnet 에서는 제공되지 않습니다.

agent 는 Quicknode 를 사용하여 다음 두 가지 방법으로 이러한 레지스트리를 조회할 수 있습니다:

1. The ERC-8004 익스플로러 는 등록된 agents 를 검색하고 해당 프로필, 평판 및 활동 내역을 확인할 수 있는 사용자 친화적인 인터페이스를 제공합니다.

2. 애플리케이션은 ERC-8004 REST API 또는 JSON-RPC 애드온을 통해 동일한 색인화된 데이터를 가져올 수 있습니다. 직접적인 액세스가 필요한 개발자는 대신 Core RPC를 통해 기본 ERC-8004 레지스트리 계약에 쿼리를 보낼 수 있습니다.

신원은 agent 가 누구인지, 그리고 다른 AI를 어떻게 찾아낼 수 있는지를 결정합니다. agents. 다음 질문은 경제적 측면으로 이어집니다. AI agents 는 서로 어떻게 거래를 할 수 있을까요?

AI 기반 ‘ Agents ’가 어떻게 자율 결제를 수행하는지

자율 결제를 통해 AI agents 는 사람의 개입 없이 API, 데이터, 컴퓨팅 리소스 및 기타 서비스를 구매할 수 있습니다.

현재 이를 지원하는 프로토콜은 두 가지가 있습니다: x402 와 MPP입니다.

x402: 요청당 과금

x402 agent 가 요청 자체의 일부로 HTTP 리소스에 대한 비용을 지불할 수 있도록 합니다.

agent 가 유료 리소스를 요청하면, 서버는 가격, 네트워크, 토큰 및 결제 안내와 함께 402 Payment Required 응답을 반환합니다.

agent 는 결제에 서명하고, 승인 정보를 첨부하여 요청을 재시도한 뒤, 결제 확인이 완료되면 리소스를 수신합니다. 중개자는 서버를 대신하여 확인 절차와 온체인 결제를 처리할 수 있습니다.

이는 API 호출, 데이터 쿼리, 컴퓨팅 작업과 같은 개별적인 구매에 적합합니다.

MPP: 지속적인 이용을 위한 요금

Machine Payments Protocol(MPP)을 통해 agents 은 반복적이거나 지속적인 상호작용이 수반되는 서비스에 대해 유료 세션을 설정할 수 있습니다.

모든 요청을 개별 구매로 취급하는 대신, 결제 및 접근 권한을 더 긴 세션 동안 유지할 수 있습니다.

이는 매 요청마다 새로운 결제를 반복적으로 협상할 필요가 없는, 지속형 인프라나 장시간 실행되는 워크로드와 같은 서비스에 적합합니다.

이 둘의 차이는 실용적인 측면에서 나타납니다. ` x402 `는 단일 요청에 대한 가격을 책정하는 반면, MPP는 여러 요청에 걸쳐 지속되는 관계에 대한 가격을 책정할 수 있습니다.

Quicknode x402 와 MPP를 모두 지원합니다

Quicknode 두 가지 결제 모델 모두 자사의 인프라에서 사용할 수 있도록 합니다.

x402 access를 사용하면 지갑이 계정이나 API 키를 생성하지 않고도 Quicknode 엔드포인트를 이용할 수 있으며, JSON-RPC, REST, gRPC-Web 및 WebSocket을 통해 요청당 결제, 나노결제 및 선불 크레딧 인출 모델을 지원합니다.

MPP 액세스는 일회성 결제와 재사용 가능한 결제 세션을 모두 지원합니다. 세션은 결제 채널을 한 번 개설한 후, 최종 온체인 정산이 이루어지기 전까지 후속 요청에 대해 서명된 바우처를 사용합니다.

두 프로토콜 모두 하나의 무료 티어 버킷(즉, 지갑당 월 100만 API 크레딧)을 공유하며, 결제가 어떤 네트워크에서 처리되든 상관없이 Quicknode 에서 지원하는 모든 체인에 대해 쿼리를 실행할 수 있습니다.

이제 AI agent 가 무엇을 할지 결정했고, 이를 실행할 경제적 능력도 갖추고 있습니다. 그 결정은 어떻게 온체인 거래로 전환되는 것일까요?

AI Agents 가 온체인 작업을 수행하는 방법

온체인 실행은 agent 의 결정을 블록체인 거래로 변환합니다.

agent 는 USDC를 이체하거나, 스왑을 실행하거나, 포지션을 청구하거나, 스마트 계약을 호출하기로 결정할 수 있습니다.

이 결정은 추론 계층에서 내려집니다. 하지만 해당 작업이 블록체인에 반영되는 방식은 트랜잭션 실행 인프라가 처리합니다.

결정에서 거래까지

실행은 스마트 계약( agent)의 의도를 유효한 트랜잭션으로 변환하는 것으로 시작됩니다. 즉, 계약과 메서드를 식별하고, 매개변수를 준비하며, 수수료를 산정하고, 대상 체인이 요구하는 형식에 맞춰 트랜잭션을 구성하는 과정을 의미합니다.

서명은 중요한 경계입니다. 일단 서명되면, 해당 트랜잭션은 Quicknode Core RPC를 통해 브로드캐스팅될 수 있습니다.

실행 전 자산 준비

Agents 다음 행동에 필요한 자산을 항상 보유하고 있는 것은 아닙니다.

지갑에 ETH가 보관되어 있어도 결제 시 USDC가 필요할 수 있습니다. 프로토콜 상호작용에는 완전히 다른 토큰이 필요할 수도 있습니다. Quicknode's Swap API 는 agent 가 개별 DEX와 연동할 필요 없이 경로를 조회하고 스왑을 준비할 수 있는 프로그래밍 방식을 제공합니다.

이로써 자산 라우팅은 워크플로우 내의 또 다른 호출 가능한 기능이 됩니다:

잔액 확인 > 스왑 경로 확인 > 스왑 실행 > 잔액 확인 > 작업 계속

이 시점에서 agent 는 블록체인 상태에 접근하고, 신원을 확인하며, 리소스 비용을 지불하고, 트랜잭션을 실행할 수 있습니다.

남은 과제는 운영상의 문제입니다. 즉, ‘ agent ’가 지속적인 사람의 감독 없이도 가동되는 동안 해당 기능을 가용하고 신뢰할 수 있게 유지하며, 동시에 사용 범위를 제한하는 것입니다.

운영 환경에서의 AI Agent 인프라 관리

운영용 AI agents 는 가용성을 유지하고, 변화하는 워크로드에 대응하며, 적절한 도구를 찾아 상호작용하고, 접근 권한을 모니터링 및 제한할 수 있는 인프라가 필요합니다.

이전 레이어들은 agent 기능을 제공합니다.

프로덕션 계층은 이러한 기능들이 인프라 변경 사항마다 수동 작업을 필요로 하지 않고도 지속적으로 실행될 수 있는지 여부를 결정합니다.

Agents 가 자체 인프라를 직접 관리하도록 허용하기

Quicknode's Admin API 는 인프라를 프로그래밍 방식으로 노출합니다. 이를 통해 승인된 agent 워크플로가 API를 통해 리소스를 프로비저닝하고 관리할 수 있는 경로가 마련됩니다.

자연어를 활용한 인프라 관리

Quicknode 또한 MCP 서버를 통해 동일한 인프라에 접근할 수 있도록 하여, agent 또는 이와 협업하는 개발자가 API 호출 코드를 직접 작성하는 대신 자연어로 요청하기만 하면 endpoint 를 생성하거나, 사용량을 확인하거나, 요청 제한을 업데이트할 수 있습니다.

Agent-블록체인 스킬(Blockchain Skills ) 및 llms.txt와 같은 사용자 친화적인 리소스는 agents 사용자가 문서와 블록체인 지식을 더 쉽게 활용할 수 있도록 지원함으로써 이 계층을 보완합니다.

Agent 의 기능 제한

프로덕션 자율성에는 명확한 경계가 설정되어야 합니다. 특정 역할( agent )은 해당 업무 수행에 필요한 네트워크, 방법, 리소스 및 인증 정보에 대한 접근 권한만 부여받아야 합니다.

Quicknode JWT 인증, IP 허용 목록, 메서드별 요청 제한, 역할 기반 접근 제어(RBAC)와 같은 제어 기능을 제공합니다.

이를 통해 ‘제한된 자율성’이 확보됩니다 . 즉, 챗봇( agent )이 독립적으로 운영될 수 있을 만큼의 권한을 부여하되, 보안이 침해된 프롬프트나 잘못된 결정이 인프라나 자산에 대한 무제한적인 접근 권한으로 이어지지 않도록 합니다.

이로써 스택의 순환 구조가 완성됩니다. 지능이 어떤 일이 일어나야 할지를 결정하고, 주변 인프라는 agent 가 무엇을 관찰하고, 비용을 지불하고, 실행하며, 시간이 지나도 안전하게 운영할 수 있는지를 결정합니다.

AI ‘ Agents ’가 블록체인의 가장 자연스러운 사용자가 될 수도 있다

지난 10여 년 동안 블록체인 애플리케이션은 대체로 인간을 중심으로 설계되어 왔습니다. 오늘날, 한 걸음 물러서서 이동 가능한 신원, 프로그래밍 가능한 화폐, 중개자 없는 실행을 살펴볼 때, 우리는 스마트 계약( agents )이 바로 블록체인의 초기 설계 전제가 염두에 두었던 최초의 경제 주체라는 사실을 깨닫게 됩니다.

• 두 소프트웨어 간에는 법적 구제 수단이 없기 때문에 ‘신뢰가 필요 없는’ 것입니다.

• 프로그래밍이 가능한 이유는, 사람이 그 약관을 읽지 않기 때문이다.

• 승인 절차가 필요 없는 이유는, 신청을 승인해 줄 사람이 아무도 없기 때문이다.

이러한 사실을 바탕으로, 우리는 블록체인의 주된 사용자가 AI가 될 미래를 낙관적으로 내다보고 있습니다. agents.

FAQ: 자주 묻는 질문

1. 모든 AI agent 에는 블록체인 인프라가 필요한가요?

아닙니다. 블록체인은 agents 에서 온체인 상태, 프로그래밍 가능한 자산, 결제, 이동 가능한 신원 정보, 또는 독립적인 시스템 간 실행이 필요할 때 유용해집니다.

2. AI agents 는 온체인에서 실제로 무엇을 할 수 있나요?

Agents 블록체인 활동을 모니터링하고, 스마트 계약을 조회하며, 자산을 관리하고, 결제를 처리하고, 거래를 실행하며, 온체인 이벤트를 기반으로 워크플로를 트리거할 수 있습니다.

3. AI agent 가 관리하는 자금을 잃을 수도 있나요?

네. agent 가 관리하는 지갑에는 사기 방지 기능도, 지불 거절 처리도 없으며, 문제가 발생했을 때 연락할 은행도 없습니다.

4. 온체인 AI agent 와 트레이딩 봇의 차이점은 무엇인가요?

트레이딩 봇은 미리 정의된 시장 전략을 자동화합니다. AI agents 는 추론을 하고, 도구를 선택하며, 워크플로를 조정하고, 더 광범위한 온체인 작업을 수행할 수 있습니다.

5. 기존의 AI agents 를 온체인에서 구현할 수 있을까요?

네. 기존 애플리케이션( agents )은 RPC API, 지갑, 결제 프로토콜, 신원 인증 표준 및 거래 도구를 통해 블록체인 기능을 추가할 수 있습니다.

6. 두 개의 AI agents 가 사람의 개입 없이 거래할 수 있습니까?

네. 각 단계를 사람이 일일이 승인하지 않아도, 발견부터 결제, 실행에 이르는 전 과정이 자동으로 이루어질 수 있습니다.

7. 온체인 신원은 OAuth 토큰과 어떻게 다른가요?

OAuth 토큰은 특정 플랫폼에서 발급 및 취소됩니다. 반면 온체인 신원은 사용자가 직접 소유하며, 어떤 플랫폼에서든 자유롭게 이동할 수 있습니다.