Pakt, 안전한 에이전틱 트레이딩을 위한 통제 인프라

목차

1. AI 에이전트의 등장과 대두된 신뢰성 문제

2. 에이전트 거래의 안전장치, BOB의 Pakt

3. 에이전트와 사용자 사이의 방화벽, Pakt

4. 결론: 에이전트 금융의 확산을 준비하는 BOB

 

 

1. AI 에이전트의 등장과 대두된 신뢰성 문제

AI는 질문에 답하고 정보를 정리하는 도구에서, 외부 서비스에 접속해 업무까지 처리하는 에이전트로 발전하고 있다. 메타가 지난 9월 공개한 개인용 에이전트 Muse는 여행 예약과 웹사이트 양식 작성, 가격 협상 등을 지원한다. 사용자는 직접 웹사이트를 찾거나 상대방과 연락하는 대신, 에이전트에게 원하는 조건을 전달해 일을 진행할 수 있다.

그러나 에이전트가 업무를 처리하는 과정에서 사용자의 의도와 다른 행동을 하는 사례도 나타나고 있다. Muse를 중고 물품 판매에 이용한 한 사용자는 700달러 이상의 가격으로 판매하도록 지시했다. 권한을 ‘항상 허용(Allow Always)’으로 설정해두었으나, 거래 수락처럼 중요한 결정은 실행 전에 자신의 의사를 물을 것으로 예상했다.

하지만 실제로 Muse는 사용자에게 거래 여부를 묻지 않은 채 600달러를 제안한 구매자에게 제안을 수락한다는 답변을 보내고, 거래 장소까지 전달했다. 뒤늦게 상황을 확인한 사용자는 개발사인 메타에 경위를 문의했고, 메타는 구매자에게 보낸 응답에서 숫자 ‘7’이 빠져 ‘700’이 ‘00’으로 표시되는 오류가 있었다고 설명했다.

또한 Muse가 구매 제안에 답하고 거래 장소까지 안내할 수 있었던 것은 ‘항상 허용’ 설정으로 사용자 대신 메시지를 보낼 권한을 받았기 때문이다. 사용자는 자신이 최종 결정할 것으로 생각한 거래 수락까지 Muse가 별도 확인 없이 구매자에게 답할 수 있다는 점을 알지 못했다.

출처 : X(@MattRobbt)

위 사례와 같은 중고 물품 거래라면 물품을 인도하기 전에 가격을 다시 확인하고 잘못된 안내를 바로잡을 여지가 있다. 그러나 에이전트가 송금이나 계약 체결, 자산 매매를 수행하게 된다면 사용자가 문제를 발견하기 전에 자금이 이전되거나 거래가 진행될 수 있다. 잘못 송금한 자금을 회수하거나 계약을 취소하려면 추가 절차가 필요할 수 있으며, 이미 체결된 매매를 정리하는 과정에서는 가격 변동에 따른 손실과 거래 수수료도 발생한다.

에이전트가 빠르게 도입되고 이처럼 실제 자금을 다루는 업무까지 활용이 확대된다면, 사용자가 허용한 거래만 실행되도록 통제할 필요성도 커진다. 이를 위해서는 거래할 자산과 금액 한도 등을 거래 규칙으로 정하고, 이를 위반한 주문을 실행 전에 차단하는 중간 장치가 필요하다.

 

2. 에이전트 거래의 안전장치, BOB의 Pakt

2.1 BOB이 Pakt를 개발한 이유

BOB은 비트코인 디파이 인프라를 개발하는 프로젝트로, Castle Island, Coinbase Ventures, Ledger Cathay, IOSG, RockawayX 등의 투자를 받았다. BOB은 에이전트가 투자 정보를 제공하는 데서 실제 자금을 운용하는 단계로 발전할 것으로 보고, 다양한 에이전트와 거래 서비스에 적용할 수 있는 자금 통제 제품 Pakt를 개발했다. Pakt는 사용자가 정한 거래 규칙을 위반한 주문을 실행 전에 차단하는 금융용 방화벽이다. 사용자가 선택한 에이전트의 시장 분석과 매매 기능을 활용하면서도, 실제 자금 사용은 승인한 규칙에 따르도록 해 에이전트 거래의 도입을 지원하려는 것이다.

BOB은 네이티브 BTC의 크로스체인 스왑을 지원하는 Gateway에 에이전트를 연결하면서, 사용자가 채팅으로 지시한 거래를 실행하는 방식을 시험했다. 이 과정에서 에이전트가 간혹 소수점을 잘못 처리해 의도한 것보다 많은 수량을 교환하거나 슬리피지 한도를 제대로 적용하지 못하는 문제를 겪었고, 실제 사용자에게 서비스를 제공하기 전에 자금 사용을 통제할 수단이 필요하다고 판단했다. BOB은 사용자가 안심하고 에이전트에 자금 접근 권한을 부여하는 데 가장 큰 장벽이 신뢰 문제라고 보고 있다.

BOB은 Gateway에서 마련한 통제 기능을 다른 에이전트 거래에도 적용할 수 있다고 보고, 이를 별도 제품인 Pakt로 발전시켰다. 사용자가 익숙한 에이전트와 기존 거래 계정을 함께 활용할 수 있도록 연동을 넓혀가며, 에이전트로 금융 서비스를 개발하려는 사업자에게도 자금 통제 기능을 제공하려는 것이다.

2.2 개인 사용자와 거래 서비스 구축까지

개인 사용자는 익숙한 에이전트에 Pakt를 연결한 뒤, 투자 전략과 거래 한도를 자연어로 전달할 수 있다. 사용자의 승인과 통제를 바탕으로 에이전트가 주문 작성과 실행을 수행하는 보조형 자동화로 이용할 수 있어, 중요한 투자 결정에 관여하면서 거래에 필요한 반복 작업을 줄일 수 있다.

가령 포트폴리오의 자산별 비중을 일정하게 유지하려는 사용자는 에이전트가 가격과 보유량의 변화를 살펴 필요한 매매를 수행하도록 할 수 있다. 이때 에이전트가 포트폴리오를 조정하면서 사용자가 허용하지 않은 자산을 매수하거나, 포지션 규모와 레버리지를 설정한 한도보다 높이려 하면 Pakt가 해당 주문을 차단한다.

이러한 거래 경험을 서비스로 제공하려는 개발자와 금융 플랫폼에는 Pakt가 자금 사용 권한을 관리하는 공통 기능이 될 수 있다. 거래 에이전트 개발자는 주문 통제를 Pakt와 연동하고 시장 분석과 전략 구현에 집중할 수 있으며, 지갑이나 거래소는 기존 계정에 에이전트 거래를 추가하면서 사용자별 거래 규칙을 적용하는 데 활용할 수 있다.

 

3. 에이전트와 사용자 사이의 방화벽, Pakt

3.1 에이전트의 거래를 통제하는 중간자

Pakt는 에이전트가 작성한 주문을 사용자가 승인한 거래 규칙과 대조하고, 이를 충족한 주문에만 서명을 제공하는 금융용 방화벽이다. Claude, GPT, Gemini 등 LLM 기반 에이전트는 물론 MCP를 지원하는 다른 클라이언트와도 연결해 사용하며, 시장 분석과 전략 수립은 에이전트가 담당한다.

사용자는 거래 규칙을 직접 정하거나, 운용 전략을 자연어로 설명해 에이전트가 Pakt를 통해 그에 맞는 규칙과 한도 초안을 작성하도록 할 수 있다. 거래할 자산과 플랫폼, 주문 규모와 레버리지, 증거금과 담보 요건을 정하고, 계정의 유동성 자산과 자기자본, 건전성이 일정 수준 이상으로 유지되도록 설정할 수 있다. 검사에 사용할 가격 정보의 신뢰 기준과 데이터의 유효 기간도 함께 지정한다. 초안이 준비되면 사용자는 에이전트가 제공한 링크로 Pakt 대시보드에 접속해 규칙을 확인하고, 서명으로 활성화를 승인한다. Pakt는 에이전트가 환각이나 버그, 지시 오해로 잘못된 주문을 작성하거나 해킹과 프롬프트 인젝션으로 조작되더라도, 설정한 규칙을 벗어난 주문은 차단한다.

이후 에이전트가 작성한 매매 주문은 거래소에 제출되기 전에 Pakt로 전달된다. Pakt는 기준 시점이 표시된 계정 데이터를 수집한 뒤 검사 프로그램을 실행해, 주문이 사용자가 정한 규칙을 모두 충족하는지 확인한다. 개별 주문의 금액이 한도 내에 있더라도, 체결 후 전체 포지션 규모나 레버리지가 사용자가 정한 한도를 초과한다면 Pakt가 해당 주문을 거절한다. 검사를 통과한 주문에는 Pakt가 서명을 제공하며, 에이전트가 서명된 주문을 거래소에 제출한다. Pakt가 직접 주문을 제출하지는 않는다. 주문마다 승인 또는 거절 결과를 기록하며, 이 기록은 별도로 검증할 수 있다.

Pakt가 허용되지 않은 주문을 거절한 기록. 출처: YouTube(@BuildOnBitcoin)

에이전트에게 거래용 개인키가 제공되지 않으므로, Pakt가 거절한 주문을 직접 서명해 실행할 수 없다. 거래 자금은 기존 거래 계정과 사용자 지갑에 보관되며, 자금 회수 권한도 사용자가 유지한다. 사용자는 에이전트가 작성한 주문을 모두 직접 검토하는 부담을 줄이면서도, 거래할 자산과 투자 규모에 대한 통제권을 유지할 수 있다.

현재 Pakt는 하이퍼리퀴드의 무기한 선물 거래를 지원하며, 채팅으로 거래하는 사용자, AI 개발자, 기존 거래 과정의 안전성을 높이려는 숙련 트레이더, 지갑, 거래소, 플랫폼 사업자를 대상으로 베타 참여를 모집하고 있다. 바이낸스, 코인베이스와 같은 중앙화 거래소와 로빈후드 등 다른 거래 플랫폼을 연결하는 방안도 추진하고 있어, 지원 대상이 확대되면 사용자가 기존 계정에서 에이전트를 활용할 선택지도 늘어날 수 있다.

3.2 ZK, TEE를 통한 전략 보호와 거래 검증

에이전트가 작성한 주문을 Pakt가 검토하려면 계정 잔고와 포지션 등 사용자의 거래 정보가 필요하다. 다만 이 자료를 외부에 모두 공개하면 매매 시점이나 자산별 투자 비중을 통해 전략이 드러날 수 있다. Pakt는 ZK와 TEE를 활용해 세부 거래 내역의 공개를 줄이면서도, 사용자가 승인한 규칙에 따라 주문을 검사했는지 검증한다.

Pakt는 사용자가 승인한 프로그램으로 주문을 검사하고, 그 결과에 대한 영지식 증명(ZK)을 생성한다. 이 증명을 통해 검사에 사용한 자료 전체를 공개하지 않고도 결과를 입증할 수 있다. 예를 들어 최대 3배 레버리지를 설정했다면, 개별 포지션과 잔고를 모두 보여주는 대신 해당 주문이 이 한도를 준수한다는 증명을 제시할 수 있다.

생성된 증명은 외부의 접근과 변조로부터 보호된 하드웨어 영역인 신뢰 실행 환경(TEE)에서 검증한다. TEE는 증명이 유효한지, 사용자가 승인한 검사 프로그램이 적용됐는지, 검사한 주문과 서명할 주문이 일치하는지를 확인한다. 검증을 통과하고 거래가 허용된 경우에만 별도의 실행 서명자에게 서명을 승인하며, 실행 서명자는 이 승인을 확인한 뒤 해당 주문에 서명한다. 규칙을 위반했거나 검증에 실패한 주문에는 서명이 발급되지 않는다.

이러한 검증 방식을 활용하면 개별 거래를 공개하지 않고도 손익과 거래량을 증명할 수 있다. 펀드는 투자자와 합의한 위험 한도를 지키며 자금을 운용했음을 증명하고, 트레이더는 자신의 전략을 공개하지 않은 채 검증 가능한 실적을 제시할 수 있다. 투자자는 세부 매매 내역을 요구하지 않고도 어느 정도 수익을 냈는지, 합의한 거래 규칙을 지켰는지 확인할 수 있다. 펀드 운용자도 실적을 입증하기 위해 자신의 매매 전략까지 공개해야 하는 부담을 줄일 수 있다.

 

4. 결론: 에이전트 금융의 확산을 준비하는 BOB

에이전트가 정보를 제공하는 데서 외부 서비스를 이용하고 거래를 실행하는 단계로 발전하면서, 사용자가 부여하는 권한의 범위도 중요해지고 있다. Muse 사례에서 드러났듯 사용자가 예상한 승인 과정과 에이전트가 실제로 행사할 수 있는 권한에는 차이가 생길 수 있다. 금융에서는 이러한 차이가 자금 이전과 손실로 이어질 수 있는 만큼, 사용자가 정한 거래 규칙을 실제 거래에 적용하는 장치가 필요하다.

Pakt는 에이전트와 실제 거래 사이에서 이 역할을 수행한다. 개별 주문부터 전체 포지션의 위험 관리까지 지원하며, 해킹이나 프롬프트 인젝션으로 에이전트가 조작되더라도 사용자가 정한 규칙을 벗어난 거래를 차단한다. 여기에 ZK와 TEE를 활용한 비공개 검증을 더해, 전략을 보호하면서 운용 실적을 입증하려는 트레이더의 요구에도 대응한다. 자금 사용과 보안, 전략 공개에 대한 우려를 함께 다룬다는 점에서 에이전트 거래를 도입하려는 사용자에게 실질적인 활용 가치가 있다.

BOB은 실제 거래를 처리하며 겪은 문제에서 출발한 Pakt를 통해, 에이전트의 능력을 자산 운용에 활용할 수 있는 환경을 마련하고 있다. LLM이 빠르게 발전하고 이를 활용한 에이전트 금융이 확대될수록, 다양한 거래 환경에서 사용자의 자금과 전략을 보호하는 기능에 대한 수요도 커질 수 있다. 향후 Pakt가 지갑과 거래소 등 여러 금융 서비스에 연결되며, 에이전트 거래를 지원하는 인프라로 활용 범위를 넓혀갈 수 있을 것으로 기대된다.