수이, AI 에이전트 지출 한도 결제 때 강제하는 설계 제시

수이 재단이 AI 에이전트의 지출 한도를 결제 실행 단계에서 강제하는 설계를 제시했다. 에이전트가 결제를 결정하더라도 승인된 범위를 벗어나면 거래가 성립하지 않도록 하는 방식이다.

수이 재단(Sui Foundation)은 10월 28일 공개한 설계 글에서 에이전트에 작업 권한을 주되, 그 한계는 에이전트가 사용하는 시스템이 집행해야 한다고 설명했다. 지시문에만 제한을 적어두면 에이전트가 이를 잘못 이해하거나 외부 정보의 영향을 받을 때 제한을 지키지 못할 수 있다는 문제의식이다.

재단이 든 사례는 AI 에이전트가 연구 서비스를 구매하는 상황이다. 이용자는 에이전트가 승인된 앱에서만 쓸 수 있는 예산을 정하고, 지출 상한과 사용 기간을 설정한다.

만료일도 조건에 넣을 수 있다. 에이전트가 한도를 넘거나 허용된 기간이 지난 뒤 결제를 시도하면 거래가 실행되지 않는다. 이용자가 목적과 권한을 정하고 에이전트는 그 범위 안에서 서비스를 선택하는 구조다.

여러 기업의 에이전트가 거래할 때는 양쪽이 권한 조건과 거래 결과를 같은 기준으로 확인할 수 있어야 한다. 구매자와 판매자가 주문 수락의 의미를 다르게 정하면 각자의 기록만으로 결과를 대조하기 어렵다. 재단은 참여자가 공동의 조건을 적용하고 거래 결과를 독립적으로 확인하는 방식을 제시했다.

◇ 결제 조건을 묶어도 판단까지 확인하진 못한다

수이의 프로그래머블 트랜잭션 블록(PTB)은 여러 온체인 명령을 한 거래로 묶는다. 수이 개발자 문서는 PTB 안의 명령이 모두 성공하거나 함께 실패하는 구조라고 설명한다.

이런 원자적 실행은 자산 교환의 두 단계 가운데 한쪽만 처리되는 일을 막는 데 쓸 수 있다. 거래의 일부만 반영되는 상황을 줄여 결제 조건을 하나의 거래 안에서 처리하는 방식이다.

다만 거래가 조건에 맞게 실행됐다는 기록이 에이전트의 판단까지 검증해 주지는 않는다. 가격이 합리적이었는지, 거래 상대가 적절했는지는 온체인 거래 기록만으로 알 수 없다.

결제 뒤 서비스가 이행됐는지도 별개의 문제다. 물품이 배송됐는지, 구매한 조사 서비스가 유용했는지는 거래 기록만으로 확인할 수 없다고 수이 재단은 설명했다.

본지는 앞서 에이전트 키가 유출돼도 이용자가 정한 한도 안에서 손실을 제한하는 수이의 Agent Pass 구상을 전했다. Agent Pass가 키 유출 때 손실 한도를 두는 구상이었다면, 이번 설계 글은 지출 조건을 결제 실행 단계에서 적용하는 방법을 다뤘다.

본지는 또 수이가 구글의 에이전트 결제 프로토콜 AP2 흐름에서 원자적 실행을 내세운 사례를 보도했다. AP2는 이용자 지시를 서명된 디지털 계약과 검증 가능한 자격증명으로 남기는 결제 절차를 다룬다.

◇ 에이전트 검증 제품은 개발 단계

미스텐 랩스(Mysten Labs)는 10월 6일 구글 클라우드(Google Cloud)와 공동 개발 중인 검증 가능한 에이전트 중재자(Verifiable Agent Arbiter)를 발표했다. 여러 기업의 에이전트가 거래할 때 권한 조건과 결과를 확인하는 구상이다.

구상에 따르면 에이전트의 상세 운영 기록은 고객의 클라우드 저장소에 두고, 기록을 검증하는 암호학적 증명은 월러스(Walrus)에 저장해 수이에서 조정한다. 제품은 개발 단계다.

국제통화기금(IMF)은 2026년 4월 보고서에서 에이전트 기반 결제 도입이 초기 단계여서 확정적인 결론을 내리기 어렵다고 밝혔다. 보고서는 에이전트의 확률적 판단과 결제 시스템의 규칙 기반 승인·정산을 구분했다.

IMF는 권한과 책임을 정하는 거버넌스가 필요하다고 짚었다. 지출 한도를 시스템이 집행하더라도 이용자가 목적과 권한을 정하는 판단은 별도로 남는다.

Sui Agent Payments(수이 에이전트 페이먼츠)는 현재 테스트넷에서 운영 중이며 메인넷에는 아직 올라오지 않았다. 유료 호출은 초대 방식으로 제한되고 서비스 목록과 대시보드도 공개 전이다.