바이낸스, AI 에이전트 자동매매 허용…한도는 이용자 몫

Agent OS는 개발자가 AI 애플리케이션과 에이전트를 바이낸스의 금융 인프라에 붙일 수 있게 하는 플랫폼이다. 바이낸스 API, 지갑 에이전틱 허브, 결제 검증·중개 API인 x402, 스킬 허브 등 기존 도구에 더해 모델 컨텍스트 프로토콜(MCP) 지원이 새로 추가됐다. 오픈AI의 챗GPT·코덱스, 앤스로픽의 클로드 코드, 그리고 코딩 편집기 커서와도 함께 작동해 이용자가 에이전트에게 시세 데이터 조회, 계좌 정보 확인, 주문 실행 권한을 줄 수 있다.

서브계정이라는 안전장치

바이낸스는 에이전트에게 계정 전체가 아니라 별도로 만든 "서브계정"만 내준다. 이용자는 서브계정을 현물 거래나 선물 거래 같은 특정 활동으로 제한해 에이전트에게 배정하고, 해당 서브계정에서의 출금은 기본적으로 막혀 있다. 제프 리 바이낸스 프로덕트 부문 부사장은 "완전한 자유 대신 에이전트가 무엇을 할 수 있는지 세밀하게 통제할 권한을 이용자 손에 쥐여줬다"고 말했다. 이용자는 에이전트가 주문 하나하나에 승인을 받도록 설정할 수도, 권한만 설정해 두고 완전히 자율적으로 실행하게 둘 수도 있다.

거래소는 에이전트가 얼마까지 거래하거나 잃을 수 있는지 따로 상한을 두지 않는다. 서브계정에 넣은 금액이 곧 사실상의 한도가 되는 구조다. 에이전트가 왜 특정 매매를 결정했는지 바이낸스가 볼 수 있느냐는 질문에 리 부사장은 인터뷰에서 "우리는 그 판단의 추론 과정을 전혀 볼 수 없다"고 답했다. 추론은 이용자의 컴퓨터나 선택한 AI 애플리케이션 안에서 일어나기 때문에, 바이낸스는 에이전트가 낸 매매 결과는 감시할 수 있어도 그 판단이 잘못된 정보나 조작에 흔들렸는지는 확인하기 어렵다. 프롬프트 인젝션 같은 공격으로 에이전트가 조작당하면 어떻게 되느냐는 질문에도 리 부사장은 서브계정 구조를 1차 방어선으로 다시 꼽았다. 서브계정 API에 적용해 온 기존 보안·리스크 통제·자금세탁방지 정책도 Agent OS에 그대로 적용된다.

지갑과 결제에는 바이낸스가 직접 상한을 건다

거래소 매매에는 별도 한도가 없는 것과 달리, x402 연동과 Agentic Wallet을 통한 결제·온체인 활동에는 바이낸스가 정한 일일 한도가 붙는다.

활동	일일 한도
정기 스왑	5만 달러
디파이 거래	10만 달러
x402 결제	20달러

에이전트는 x402 연동을 통해 결제를 보내고 정산할 수 있고, Agentic Wallet으로 토큰과 탈중앙화 금융(디파이) 프로토콜을 다룰 수 있다. 리 부사장은 Agent OS를 암호화폐와 전통 금융 시장을 넘나드는 AI 애플리케이션을 만들 플랫폼으로 가는 "첫걸음"이라고 표현했다.

거래소들의 에이전트 경쟁

인프라를 AI 에이전트에게 여는 흐름은 바이낸스만의 것이 아니다.

거래소	시점	내용
크라켄	3월	MCP 서버 내장 오픈소스 명령줄 도구, 현물·선물 매매 실행
코인베이스	6월	Coinbase for Agents, 이용자 설정 한도 내 매매·결제
OKX	연초	오픈소스 MCP 툴킷으로 에이전트 매매 지원
바이낸스	8월 20일	Agent OS, MCP·서브계정·Agentic Wallet

어떻게 써보나

원문에 확인된 범위에서 이용 절차는 다음과 같다. 먼저 이용자가 바이낸스 계정에서 에이전트 전용 서브계정을 만들고 현물이나 선물 등 활동 범위를 지정한다. 이어 챗GPT·코덱스·클로드 코드·커서 같은 도구 중 쓰던 AI 애플리케이션을 Agent OS나 MCP를 통해 이 서브계정에 연결한다. 그다음 에이전트가 주문마다 승인을 받게 할지, 설정한 권한 안에서 자율적으로 실행하게 할지를 정한다. 마지막으로 서브계정에 실제로 맡길 자금을 이체하면, 그 금액이 에이전트가 다룰 수 있는 사실상의 한도가 된다. 원문은 개발자용 Agent OS 페이지와 MCP 서버 문서를 통해 연동 방법을 안내한다고 밝혔다.

가디라이트 평가, AI 5개사 내부 통제 전부 낙제권 (/2026/8/ai-labs-are-failing-to-keep-their-own-systems-in-check) 기사에서 다룬 것처럼, 자율 에이전트를 만드는 기업들의 내부 통제 자체가 아직 허술하다는 평가가 나온 상태에서 이번 발표가 나왔다는 점은 눈여겨볼 만하다.

에디터의 시선

바이낸스가 매매 손실에 별도 상한을 두지 않고 서브계정 잔액을 사실상의 한도로 삼은 건 설계 철학을 그대로 드러낸다. 거래소는 에이전트의 판단이 맞았는지 틀렸는지 검증할 도구를 만들지 않았다. 추론 과정 자체가 이용자의 컴퓨터나 선택한 AI 앱 안에서 일어나기 때문에 구조적으로 볼 수 없다는 게 회사의 설명이다. 결국 에이전트가 프롬프트 인젝션에 당하든, 틀린 시세 정보에 낚이든, 손실은 서브계정에 넣은 돈만큼만 나고 그 이상은 안 난다는 게 바이낸스가 제시하는 유일한 안전판이다.

크라켄·코인베이스·OKX가 올해 순서대로 MCP 기반 에이전트 매매를 열었던 흐름과 나란히 놓고 보면, 바이낸스의 이번 발표는 뒤늦은 합류에 가깝다. 다만 등록 이용자 3억 명이라는 규모가 붙으면 이야기가 달라진다. 에이전트에게 거래 권한을 주는 게 소수 얼리어답터의 실험이 아니라 대중적인 옵션으로 자리 잡을 가능성이 이번 발표로 커졌다.

실무적으로 보면 지금 단계에서 개인이든 팀이든 서브계정에 넣는 금액을 실제로 잃어도 괜찮은 돈으로 한정하는 게 유일하게 확실한 방어책이다. 거래소가 에이전트의 판단 과정을 못 보는 구조인 이상, 위험 관리는 결국 이체 전에 이용자가 스스로 정하는 상한선에서 끝난다. 프롬프트 인젝션이나 잘못된 시세 신호로 에이전트가 오작동할 가능성을 전제하고, 처음에는 승인 단계를 매 주문마다 거치도록 설정해 몇 주간 지켜본 뒤 자율 실행으로 넘어가는 순서가 안전하다.

앞으로 몇 달 안에 다른 대형 거래소들도 비슷한 서브계정 기반 에이전트 매매 구조를 내놓을 가능성이 크다. 다만 프롬프트 인젝션이나 조작된 시장 신호로 실제 손실이 발생하는 사고가 한 번이라도 크게 보도되면, 지금처럼 이용자에게 통제 책임을 넘기는 설계 자체에 규제 당국의 시선이 쏠릴 수 있다.