AI 뉴스 SVIL 바이낸스 에이전트 OS AI 에이전트 MCP 코인베이스 크라켄

바이낸스가 AI 에이전트에게 주문 버튼을 넘겼습니다 — 에이전트 OS와 긴급 정지

SVIL - Singularity Visual Intelligence Lab 2026. 08. 21 17 min read

AI에게 무언가를 맡기는 일이 늘고 있습니다. 일정 정리, 문서 초안, 코드 수정까지 왔지요. 실수해도 되돌릴 수 있는 일들이었습니다.

2026년 8월 20일, 바이낸스가 그 목록에 돈을 옮기는 일을 올렸습니다. 에이전트 OS(Agent OS)라는 이름으로, AI 에이전트가 시세를 읽고 잔고를 확인하고 실제 주문을 내는 길을 열었습니다.

오늘 글에서는 무엇이 열렸는지, 사용자가 쥘 수 있는 통제 수단이 어디까지인지, 그리고 바이낸스 스스로도 볼 수 없다고 인정한 지점이 무엇인지를 차분히 짚어보겠습니다.

매끈한 어두운 장벽 위를 홀로 넘어가는 밝은 청록빛 정육면체 — 사람의 손을 떠나 스스로 움직이기 시작한 에이전트를 표현한 개념 이미지

AI에게 주문 버튼을 넘겼습니다

그동안 거래소와 AI의 접점은 대개 읽기였습니다. 시세를 요약해 주거나 뉴스를 정리해 주는 정도였지요.

이번에 열린 것은 쓰기입니다. 사용자가 허락하면 에이전트가 직접 주문을 냅니다. 사람이 마지막 버튼을 누르는 단계가 선택 사항이 되었습니다.

이 차이는 기술적으로는 작아 보이지만 결과의 성격을 바꿉니다. 잘못된 요약은 다시 물어보면 되지만, 체결된 주문은 되돌릴 수 없습니다.

에이전트 OS가 정확히 무엇인가

에이전트 OS는 바이낸스가 AI 에이전트를 위해 묶어 놓은 접속 계층입니다.

바이낸스의 기존 API, 지갑 관련 기능, 결제 규격, 스킬 허브, 그리고 MCP 지원이 한 묶음으로 제공됩니다.

이름에 운영체제가 붙은 이유는 개별 기능을 파는 게 아니라 에이전트가 올라앉을 바닥을 깔았다는 뜻으로 읽힙니다.

가운데에 청록빛 개구부가 열린 매끈한 검은 조작대 — 거래소가 새로 연 접속 창구를 표현한 개념 이미지

8월 20일에 열린 것들

발표일 기준으로 에이전트는 시세 조회, 계좌 상태 확인, 주문 실행, 그리고 한도 안에서의 결제까지 할 수 있습니다.

거래 범위는 현물, 마진, 컨버트, 선물을 아우릅니다. 구경만 하는 수준이 아니라 실제 상품군 대부분에 손이 닿습니다.

바이낸스는 이를 "API를 넘어선 단계"로 설명했습니다. 프로그램이 정해진 호출을 하는 방식에서, 판단하는 주체가 도구를 쓰는 방식으로 넘어갔다는 뜻입니다.

연결되는 도구 — 클로드, 챗GPT, 커서, 코덱스

지원 목록에는 클로드와 클로드 코드, 챗GPT, 코덱스, 커서, VS 코드가 들어 있습니다.

개발자 도구가 다수를 차지한다는 점이 눈에 띕니다. 처음 겨냥한 사용자층이 일반 투자자보다 직접 만들어 쓰는 사람 쪽이라는 신호로 읽힙니다.

다만 이 도구들은 지금 일반 사용자도 흔히 쓰는 물건입니다. 진입 문턱은 예전의 자동매매 프로그램보다 훨씬 낮습니다.

사방에서 모여든 가느다란 청록 실들이 하나의 밝은 중심으로 수렴하는 모습 — 여러 AI 도구가 한 접속 규격으로 연결되는 구조를 표현한 개념 이미지

MCP 서버가 맡는 일

연결의 뼈대는 MCP(모델 컨텍스트 프로토콜)입니다. AI가 외부 도구를 쓰기 위한 공용 규격이지요.

바이낸스는 자체 MCP 서버를 함께 열었습니다. 에이전트가 그 서버에 붙으면 거래소 기능이 도구 목록으로 나타납니다.

규격이 공용이라는 것은 특정 AI에 묶이지 않는다는 뜻입니다. 오늘 클로드로 붙였다가 내일 다른 모델로 바꿔도 접속부는 그대로입니다.

API 키를 내 컴퓨터에 두지 않는다는 설계

기존 자동매매에서 가장 흔한 사고 유형은 API 키 유출이었습니다. 키를 파일에 적어 두었다가 통째로 털리는 경우지요.

에이전트 OS는 에이전트가 자격 증명을 로컬에 저장하지 않고 연결되도록 설계했습니다.

설계 하나로 사고 유형 하나를 줄인 셈입니다. 다만 다른 사고 유형까지 줄여 주지는 않습니다.

완전히 비어 있는 어두운 벽감과 그 뒤 멀리서 홀로 강하게 빛나는 작은 청록 핵 — 열쇠를 내 컴퓨터에 두지 않고 중앙에만 두는 설계를 표현한 개념 이미지

서브계정 — 돈을 담는 상자를 따로 둔다

가장 중요한 안전장치는 서브계정입니다. 에이전트에게 본계정을 통째로 열어 주는 대신, 별도의 하위 계정을 파고 거기에만 붙입니다.

그 계정에 넣어 둔 금액이 사실상 위험 노출의 상한이 됩니다. 넣지 않은 돈은 에이전트가 만질 수 없습니다.

바이낸스의 제프 리 부사장은 통제를 계정 레벨에 둔 이유를 사용자 자금 보호로 설명했습니다.

출금은 기본으로 막혀 있다

서브계정에서 자산 출금은 기본값으로 차단되어 있습니다.

이 설정 덕분에 서브계정은 일종의 모래상자가 됩니다. 안에서 거래는 되지만 밖으로 빼내지는 못합니다.

탈취 시나리오에서 가장 치명적인 단계가 외부 이전이라는 점을 생각하면, 기본값을 차단으로 둔 판단은 합리적입니다.

거대한 어두운 공간 안에 두꺼운 벽으로 격리된 작고 밝은 청록빛 구획 — 서브계정으로 자금을 따로 떼어 두는 구조를 표현한 개념 이미지

권한 설정 — 현물, 마진, 선물, 컨버트

사용자는 에이전트가 어떤 상품군을 다룰 수 있는지 하나씩 지정합니다.

현물만 열고 선물은 닫아 두는 식의 조합이 가능합니다. 레버리지가 붙는 상품을 빼면 손실의 성격 자체가 달라집니다.

권한을 넓게 열어 두는 것은 대개 편의를 위한 선택입니다. 그 편의의 대가가 무엇인지는 열기 전에 계산해 두는 편이 낫습니다.

매 거래 승인이냐 자율 실행이냐

에이전트가 주문을 낼 때 사람의 승인을 매번 받도록 할 수도 있고, 승인 없이 실행하도록 열어 둘 수도 있습니다.

매번 승인은 안전하지만 자동화의 의미를 상당 부분 지웁니다. 자율 실행은 반대입니다.

이 선택은 취향 문제가 아니라 위험 배분 문제입니다. 자율 실행을 고르는 순간 판단 착오의 결과를 전부 떠안게 됩니다.

넓은 어두운 통로에서 한쪽 곁길만 단단한 청록 장벽으로 막히고 본 통로는 열려 있는 모습 — 출금만 기본 차단된 권한 구조를 표현한 개념 이미지

에이전틱 월렛의 하루 한도

지갑 쪽에는 하루 단위 상한이 걸려 있습니다. 스왑은 5만 달러, 디파이는 10만 달러, 결제는 20달러입니다.

결제 한도가 20달러로 유독 낮은 점이 눈에 띕니다. 소액 결제 자동화를 상정하되 실험 단계로 묶어 둔 설정으로 보입니다.

이 한도들은 지갑 기능에 걸린 것이지 서브계정 거래 손실에 걸린 것이 아닙니다. 둘을 혼동하지 않는 편이 좋습니다.

긴급 정지 버튼이 실제로 하는 일

이상이 감지되면 사용자는 긴급 정지를 누를 수 있습니다.

이 버튼은 연결된 에이전트를 끊고, 에이전틱 계정의 현물·마진·선물 포지션과 주문을 취소합니다. 연결만 끊는 것이 아니라 열려 있던 것을 닫는 데까지 갑니다.

다만 이미 체결된 거래는 되돌아오지 않습니다. 정지는 앞으로를 막는 장치이지 과거를 지우는 장치가 아닙니다.

어둠 속을 나란히 달리는 흐릿하고 짧은 청록 선과 훨씬 밝고 긴 청록 선 — 매 거래 승인과 자율 실행이라는 두 갈래 선택을 표현한 개념 이미지

바이낸스가 밝힌 설계 의도

바이낸스는 통제 지점을 개별 주문이 아니라 계정 단위에 두었다고 설명했습니다.

주문 하나하나를 심사하는 방식은 자동화의 속도를 죽입니다. 대신 담장을 계정 둘레에 치고 그 안에서는 자유롭게 두는 쪽을 골랐습니다.

이 설계는 담장 안의 돈은 전부 위험에 노출된다는 뜻이기도 합니다. 얼마를 담장 안에 넣을지가 사용자가 내리는 가장 중요한 결정이 됩니다.

바이낸스가 볼 수 없는 것 — 에이전트의 판단 과정

바이낸스는 에이전트가 왜 그런 결정을 내렸는지는 볼 수 없다고 밝혔습니다.

거래소에 도착하는 것은 주문이지 추론이 아닙니다. 그 주문이 정상적인 전략에서 나왔는지, 조작된 지시에서 나왔는지는 거래소 쪽에서 구분되지 않습니다.

이 한계는 바이낸스만의 문제가 아니라 에이전트를 외부 서비스에 붙이는 모든 구조의 공통 한계입니다.

실금 같은 이음매로만 청록빛이 새어 나오는 불투명한 검은 구체 — 안쪽 판단 과정을 들여다볼 수 없는 상태를 표현한 개념 이미지

프롬프트 인젝션이라는 빈틈

프롬프트 인젝션은 외부에서 읽어 들인 내용에 지시문을 숨겨 AI를 조종하는 공격입니다.

시세 분석을 위해 뉴스나 게시글을 읽는 에이전트라면 그 입구가 열려 있는 셈입니다. 읽은 내용 안에 "지금 전량 매도하라"는 문장이 숨어 있을 수 있습니다.

서브계정 격리를 넘어서는 방어책은 아직 뚜렷하지 않습니다. 담장은 피해 규모를 제한하지 공격 자체를 막지는 못합니다.

손실 상한이 따로 없다는 문제

서브계정 안에는 별도의 거래 손실 상한이 없습니다. 옮겨 넣은 금액 자체가 상한 역할을 합니다.

즉 "하루 5% 이상 잃으면 멈춰라" 같은 규칙은 거래소가 대신 지켜 주지 않습니다.

그런 규칙이 필요하다면 에이전트 쪽 설정으로 직접 만들어야 하고, 그 규칙을 지키는 주체 역시 에이전트 자신이라는 점을 기억해야 합니다.

아래쪽 끝이 그대로 어둠에 녹아 사라지는 세로로 긴 청록 빛기둥 — 손실 상한이 정해져 있지 않은 상태를 표현한 개념 이미지

먼저 나선 곳들 — 크라켄, 코인베이스, OKX

이 경쟁은 바이낸스가 처음이 아닙니다. 크라켄은 올해 3월 현물·선물 거래용 명령줄 도구와 MCP 서버를 내놓았습니다.

코인베이스는 6월 코인베이스 포 에이전트를 열어 챗GPT와 클로드가 계정에 붙어 전략을 실행할 수 있게 했습니다.

OKX도 오픈소스 MCP 도구 모음으로 에이전트 거래를 먼저 지원했습니다. 바이낸스는 규모가 가장 큰 후발주자입니다.

거래소들이 동시에 MCP로 향하는 이유

네 거래소가 같은 규격으로 모인 것은 우연이 아닙니다. MCP가 사실상 표준 자리에 올라섰기 때문입니다.

거래소 입장에서는 자체 규격을 밀어 봐야 AI 쪽이 붙어 주지 않으면 소용이 없습니다. 이미 널리 쓰이는 규격에 올라타는 편이 빠릅니다.

사용자 입장에서는 거래소를 바꿔도 도구를 바꾸지 않아도 된다는 뜻이 됩니다. 잠금 효과가 약해지는 방향이지요.

각진 어두운 구조물 넷이 모두 같은 방향의 먼 청록빛을 향해 돌아선 모습 — 거래소들이 동시에 같은 규격으로 향하는 흐름을 표현한 개념 이미지

실제 사례 — 자동 리밸런싱을 맡기면 생기는 일

비중을 정해 두고 주기적으로 맞추는 리밸런싱은 에이전트에게 맡기기 좋아 보이는 작업입니다. 규칙이 분명하고 반복적이니까요.

다만 이 작업조차 시장이 급변하는 구간에서는 판단이 필요합니다. 규칙대로 맞추는 것이 오히려 손실을 확정하는 순간이 있습니다.

"규칙이 분명하니 안전하다"는 직관은 시장에서 자주 어긋납니다. 규칙의 명확함과 결과의 안전함은 다른 이야기입니다.

실제 사례 — 예전 스크립트 봇과 무엇이 다른가

자동매매 봇은 예전부터 있었습니다. 조건을 코드로 적어 두면 그대로 실행하는 프로그램이지요.

차이는 판단의 소재입니다. 스크립트는 적어 둔 조건만 봅니다. 에이전트는 적어 두지 않은 것까지 읽고 스스로 해석합니다.

이 유연함이 장점이자 위험입니다. 무엇을 읽고 어떻게 해석했는지가 실행 뒤에야 드러나기 때문입니다.

고정된 청록 궤도 고리 옆에서 제 갈 길로 벗어나는 자유로운 청록 점 — 정해진 규칙만 따르는 봇과 스스로 판단하는 에이전트의 차이를 표현한 개념 이미지

규제는 어디까지 따라와 있나

AI 에이전트가 낸 주문의 책임 소재는 아직 정리되지 않은 영역입니다.

사용자가 권한을 부여했으니 사용자 책임이라는 해석이 자연스러워 보이지만, 조작된 지시에 의한 손실까지 같은 잣대를 대야 하는지는 다른 문제입니다.

규제 정비보다 서비스 출시가 앞선 상태입니다. 초기 사용자는 그 공백 위에서 거래하는 셈이라는 점을 인지할 필요가 있습니다.

지금 할 수 있는 최소한의 방어

첫째, 서브계정에 넣는 금액을 잃어도 되는 수준으로 제한하십시오. 이것이 사실상 유일하게 확실한 상한입니다.

둘째, 선물과 마진 권한은 처음부터 열지 마십시오. 레버리지가 붙으면 같은 실수의 결과가 몇 배로 커집니다.

셋째, 긴급 정지 버튼의 위치를 미리 확인해 두십시오. 필요한 순간에 찾기 시작하면 이미 늦습니다.

앞뒤로 겹쳐 선 여러 겹의 반투명 청록 차단막, 뒤로 갈수록 흐려지는 모습 — 겹겹이 쌓아 두는 최소한의 방어를 표현한 개념 이미지

고령·저시력 사용자에게 특히 위험한 지점

권한 설정 화면은 대개 항목이 많고 글자가 작습니다. 어떤 스위치를 켰는지 확인하기 어려운 환경이라면 의도하지 않은 권한이 열려 있을 수 있습니다.

"기본값 그대로 두기"가 가장 위험한 선택이 되는 경우도 있습니다. 화면을 읽기 어려워 확인을 건너뛰는 순간이 그렇습니다.

설정을 마친 뒤 누군가에게 화면을 한 번 읽어 달라고 부탁하는 것만으로도 사고 가능성이 크게 줄어듭니다.

이 흐름이 금융 밖으로 번질 때

거래소가 문을 연 방식은 다른 업종에도 그대로 옮겨질 수 있습니다. 예약, 구매, 계약 같은 영역이지요.

공통점은 모두 되돌리기 어려운 행동이라는 점입니다. 읽기와 쓰기의 경계를 넘는 순간 실수의 값이 달라집니다.

금융에서 먼저 드러나는 문제들은 다른 분야가 참고할 예고편이기도 합니다. 지금 바이낸스에서 논의되는 통제 방식이 다른 곳의 기본값이 될 가능성이 큽니다.

한 점에서 시작해 어둠 저편까지 넓게 번져 나가는 청록빛 소용돌이 — 이 흐름이 금융 밖으로 확산되는 양상을 표현한 개념 이미지

핵심 정리

바이낸스가 2026년 8월 20일 에이전트 OS를 열어, AI 에이전트가 시세 조회부터 실제 주문까지 수행할 수 있게 했습니다. 클로드·챗GPT·커서 등이 MCP로 연결됩니다.

안전장치는 서브계정 격리, 출금 기본 차단, 상품군별 권한 설정, 지갑 하루 한도(스왑 5만·디파이 10만·결제 20달러), 긴급 정지입니다.

남는 위험은 두 가지입니다. 바이낸스는 에이전트의 판단 과정을 볼 수 없고, 서브계정 안에는 별도 손실 상한이 없습니다. 프롬프트 인젝션에 대한 방어도 격리 수준에 머물러 있습니다.

크라켄(3월)·코인베이스(6월)·OKX가 먼저 같은 길을 열었고, 바이낸스는 규모가 가장 큰 후발주자로 합류했습니다.

참고하실 만한 것

당장 써 볼 생각이라면 서브계정에 소액만 넣고 현물 권한만 여는 조합에서 시작하시는 편이 좋습니다.

매 거래 승인 모드로 며칠 돌려 보면 에이전트가 어떤 판단을 하는지 감이 잡힙니다. 자율 실행은 그 감이 생긴 뒤에 고려할 일입니다.

이 글은 특정 거래나 투자를 권하는 내용이 아닙니다. 기능이 어떻게 생겼고 어디가 비어 있는지를 정리한 것으로 읽어 주십시오.

출처

협업문의 : kuroicode@gmail.com
블로그 : https://ghost-production-0ec2.up.railway.app/
홈페이지 : https://kuroicode-beep.github.io/svil-homepage/