PayChain AI 시리즈에서 우리는 에이전트 경제가 만들어낼 새로운 상거래 환경과, 그것을 가능하게 하기 위한 결제 인프라를 단계적으로 살펴봤다. 1편에서는 사용자가 직접 검색하고 결제하던 기존 상거래가 에이전트에게 목적과 조건을 위임하는 구조로 바뀌고 있음을 다뤘고, 2편에서는 에이전트 결제가 현실에서 작동하기 위해 풀어야 할 신원, 권한, 검증, 평판의 문제와 PayChain AI의 구성 요소를 설명했다. 3편과 3+편에서는 x402를 PayChain 환경에 맞게 확장한 px402 구조를 통해 에이전트가 서비스를 호출하고 결과에 따라 정산되는 실행 레이어를 살펴봤다. 4편에서는 실생활 가맹점과 디지털 서비스가 어떻게 Agent-ready한 환경으로 전환될 수 있는지, 그리고 사용자가 어떤 경로로 에이전트 결제를 일상에서 시작하게 될지를 다뤘다.

이번 5편에서는 이 구조 안에서 PCI가 어떤 역할을 하는지를 본다. PayChain 차원에서 PCI는 가스 정산, 스테이킹, 브릿지 담보와 같은 인프라 자산 역할을 한다. 이번 글에서 다루는 것은 그보다 상위 레이어, 즉 PayChain AI라는 에이전트 경제 안에서 PCI가 갖는 고유한 역할이다.

에이전트 경제에서 PCI는 좋은 에이전트와 서비스를 선별하고, 수수료와 보상의 흐름을 연결하며, 네트워크의 운영 규칙을 결정하는 자산으로 기능한다.

에이전트 경제 내의 결제

기존 결제의 흐름은 비교적 단순했다. 사용자가 상품이나 서비스를 선택하고 결제를 승인하면, 가맹점은 승인 내역을 바탕으로 정산을 받는다. 이 구조에서 결제는 사용자의 구매 의사를 확인하고 자금을 이동시키는 행위에 가깝다.

에이전트 경제에서는 결제의 의미가 달라진다. 에이전트는 사용자의 조건을 바탕으로 서비스를 찾고, 필요한 모듈을 호출하며, 결과를 비교하고, 정해진 조건 안에서 결제를 실행한다. 하나의 사용자 요청을 처리하기 위해 에이전트는 데이터 API를 호출하고, 외부 AI 모델을 사용하며, 예약 서비스나 실행 모듈을 함께 활용할 수 있다. 각각의 호출은 작은 비용을 발생시키고, 그 비용은 작업의 결과와 연결된다.

PayChain AI에서 결제는서비스 발견과 모듈 호출, 결과 확인, 정산, 보상 분배가 하나의 흐름으로 연결되는 실행 단위다. 에이전트가 경제활동을 수행하는 과정 전체가 결제 네트워크 안에서 움직이기 시작하는 것이다.

이 흐름이 어떤 자산 위에서 작동하느냐는 PayChain의 설계와 직접 연결된다. PayChain AI는 PayChain 위에서 작동하기 때문에 기본 결제 환경은 PayChain과 동일하다. 따라서 PayChain AI에서도 국내 서비스에서는 원화 기반 스테이블코인이 직관적인 선택이 될 수 있고, 글로벌 서비스에서는 USDC나 USDT가 자연스럽다. 기존 페이코인 사용자에게는 PCI 자체도 익숙한 결제 수단이며, 동일한 결제 경험 안에서 제공된다.

중요한 것은 표면의 결제 자산과 네트워크 안에서 작동하는 자산이 분리될 수 있다는 점이다. 사용자는 자신에게 익숙한 자산으로 결제하면 되고, 네트워크의 수수료 흐름, 스테이킹, 거버넌스는 PCI를 중심으로 작동한다. 사용자가 단순한 결제 경험을 유지하는 동안, PCI는 그 뒤에서 네트워크의 경제 흐름을 조직한다.

에이전트와 Facilitator의 참여 조건

에이전트 경제 안에서 거래는 두 개의 다른 주체를 통해 실행된다. 사용자의 요청을 직접 받아 처리하는 서비스 에이전트와, 결제 실행을 담당하는 Facilitator다.

서비스 에이전트는 빌더 또는 가맹점이 직접 만들고 운영하는 에이전트다. 맛집 추천, 여행 설계, 보험 비교, 업무 자동화 같은 다양한 형태로 등장할 수 있다. 사용자는 자신의 목적에 맞는 서비스 에이전트를 선택하고, 에이전트는 그 요청을 처리하기 위해 필요한 외부 서비스를 호출하고 결제를 실행한다. PCI 홀더가 큐레이션 스테이킹을 통해 지지하는 대상도 이 서비스 에이전트다.

Facilitator는 다른 층에서 작동한다. 3+편에서 살펴본 것처럼, Facilitator는 px402의 결제 실행을 담당하는 인프라 역할이다. 서명을 검증하고 정산을 실행하며 수수료를 처리한다. 서비스 에이전트가 결제 요청을 만들면, 그 요청을 받아 실제 자금 이동을 일으키는 것이 Facilitator의 일이다.

이 두 역할의 관계는 고정되어 있지 않다. 빌더는 자신의 자원과 운영 전략에 따라 서비스 에이전트만 운영할 수도 있고, 서비스 에이전트와 Facilitator를 함께 운영할 수도 있다. 결제 인프라를 직접 다루기 어려운 작은 빌더는 다른 Facilitator의 결제 레일을 활용하는 편이 합리적이고, 어느 정도 규모를 갖춘 운영자라면 두 역할을 결합해 수수료 수익을 함께 가져가는 구조를 선택할 수 있다.

두 역할 모두 PCI 스테이킹이 참여 조건이 된다. 서비스 에이전트로 등록하려면 PCI를 스테이킹해야 하고, Facilitator로 참여하려면 별도의 PCI 스테이킹이 요구된다. 이는 단순한 진입 비용이 아니다. 스테이킹은 참여자가 네트워크를 해치지 않을 것이라는 경제적 보증이며, 부정 행위가 발생했을 때 패널티가 작동할 수 있는 근거가 된다. 자신의 자본을 네트워크에 잠가둔 참여자는 단기 이익을 위해 신뢰를 깨뜨릴 동기가 줄어든다.

물론 생태계가 자리 잡기 전 단계에서는 이 진입 조건 자체가 부담이 될 수 있다. 이 시기에는 재단이 스테이킹을 일부 지원해 빌더의 진입을 돕고, 네트워크가 성장하고 거래량이 안정화되면 시장 기반 스테이킹으로 점진적으로 전환된다.

에이전트 디스커버리 메커니즘

에이전트 경제가 성장하면 서비스 에이전트의 수는 빠르게 늘어난다. 같은 카테고리 안에서도 수많은 에이전트가 경쟁하게 되고, 사용자는 그중 어떤 에이전트를 신뢰할 수 있는지 판단해야 한다. 이때 중요한 것은 등록된 에이전트의 수가 아니라 품질이다. 어떤 에이전트가 실제 거래를 만들어내는지, 어떤 운영자가 안정적인 품질을 제공하는지, 어떤 서비스가 단순히 등록된 것이 아니라 실제로 사용될 가치가 있는지를 가려내는 메커니즘이 필요하다.

PayChain AI는 자체 추천 알고리즘, ERC-8004와 같은 에이전트 신뢰 정보 표준, 그리고 참여자의 PCI 스테이킹을 함께 활용해 이 문제를 풀어간다. 자체 알고리즘은 거래량, 수행 이력, 사용자 선택, 서비스 안정성과 같은 행동 데이터를 반영하고, 이더리움 기반의 에이전트 신뢰 정보 표준인 ERC-8004는 에이전트의 신원과 평판, 검증 가능한 신뢰 정보를 표준화된 방식으로 표현하는 기반이 된다. 여기에 PCI 스테이킹은 시장 참여자가 직접 표현하는 신뢰 신호로 작동한다.

세 신호를 결합하는 이유는 각각의 한계를 보완하기 위함이다. 알고리즘만으로는 새로 등장한 좋은 에이전트가 충분한 거래 데이터를 쌓기 전에는 가시화되기 어렵고, 표준화된 신뢰 정보만으로는 시장의 실제 수요가 반영되지 않으며, 참여자 신호만으로는 초기 단계의 자본과 참여자 수가 부족할 수 있다. PayChain AI의 에이전트 발견 구조는 이 세 가지를 함께 반영하는 방식이다.

PCI 큐레이션 스테이킹은 이 시장 기반 신호의 핵심 메커니즘이다. PCI 홀더는 유망하다고 판단하는 서비스 에이전트에 PCI를 스테이킹할 수 있다. 이는 단순한 예치가 아니라, 어떤 에이전트가 사용자 수요를 만들 수 있을지, 어떤 운영자가 안정적으로 서비스를 제공할 수 있을지에 대한 판단을 네트워크에 표현하는 행위다.

좋은 에이전트를 일찍 발굴할수록 더 큰 보상을 받을 수 있다. 이미 검증된 에이전트에 늦게 참여하는 것보다, 잠재력이 있는 에이전트를 먼저 알아본 큐레이터가 더 큰 성과를 공유하는 구조다. 큐레이션 자체가 정보 비대칭을 줄이는 활동이 되는 셈이다.

많은 PCI가 스테이킹된 에이전트는 시장으로부터 신뢰 신호를 받는다. 마켓플레이스는 스테이킹 규모, 거래량, 평판을 함께 참고해 노출과 추천 기준을 구성한다. 사용자는 어떤 에이전트가 더 많은 지지를 받고 있는지 확인할 수 있고, 빌더는 좋은 서비스를 만들수록 더 많은 사용자와 만날 기회를 얻는다.

해당 에이전트가 실제 결제를 만들면, 수수료 일부가 PCI 스테이커에게 분배된다. 이 구조에서 PCI 홀더는 단순한 보유자가 아니라, 에이전트 경제에서 좋은 서비스를 발견하고 그 판단의 결과를 함께 나누는 경제 주체가 된다.

수수료를 다시 네트워크로

에이전트 결제 네트워크가 지속 가능하려면 수수료가 단순한 비용으로 끝나서는 안 된다. 수수료는 좋은 서비스를 보상하고, 네트워크 리스크에 대비하며, 참여자들이 계속 기여하도록 만드는 재원이 되어야 한다.

흐름은 단순하다. 사용자가 자신에게 익숙한 자산으로 결제하면, 가맹점은 결제액의 대부분을 즉시 정산받는다. 가맹점 입장에서 중요한 것은 블록체인 구조나 에이전트 모듈의 세부 동작이 아니라, 사용자가 결제했고 정산이 안정적으로 이루어지는지다. 결제액의 일부는 네트워크 수수료로 분리되어 서비스 에이전트, Facilitator, PCI 스테이커, 프로토콜 금고로 나뉘어 흐른다.

서비스 에이전트 운영자는 에이전트 운영에 대한 수익을 가져간다. 좋은 서비스를 만들어 더 많은 사용자에게 선택받고, 더 많은 거래를 발생시킬수록 수익 기회도 커진다. Facilitator는 결제 실행 인프라를 운영한 대가로 수수료의 일부를 받는다. 서비스 에이전트가 Facilitator 역할을 겸하는 경우에는 두 몫이 한 주체로 합쳐진다.

PCI 스테이커는 자신이 지지한 서비스 에이전트가 거래를 만들었을 때 보상을 받는다. 중요한 점은 이 보상이 실제 발생한 결제 수수료에서 분배되며, 사용자가 결제한 자산, 예를 들어 KRW stable과 같은 화폐 가치 자산으로 환류된다는 사실이다. PCI를 보유·스테이킹하는 이유가 단순한 토큰 보유에 머무르지 않고, 실제 네트워크 활동에서 발생한 수수료 흐름과 연결되는 구조다.

프로토콜 금고는 네트워크의 장기 운영 재원으로 기능한다. 일부는 PCI 바이백 재원으로 적립되어, 거래량이 늘어날수록 PCI 매입 수요와 연결될 수 있다. 다른 일부는 트러블 보상과 보험성 재원으로 적립된다. 환불, 분쟁, 결제 사고가 발생했을 때 사용자와 가맹점을 보호하는 안전망이다. 2편에서 다룬 신뢰 인프라와 3편의 실행 구조가 자금적으로도 뒷받침된다는 의미다.

수수료가 흐르는 구조는 위 그림과 같이 정리된다. 분배 비율은 예시이며 거버넌스를 통해 조정될 수 있지만, 핵심은 결제에서 발생한 가치가 다시 네트워크 안으로 환류된다는 점이다. 결제는 사용자와 가맹점 사이의 일회성 지불로 끝나지 않고, 네트워크 참여자에게 인센티브를 배분하는 출발점이 된다.

에이전트 결제는 마이크로트랜잭션 환경이라는 점에서 이 환류 구조가 특히 강하게 작동한다. 건당 금액은 작더라도 거래 빈도가 매우 높기 때문에, 바이백 재원과 보상 재원이 누적되는 속도가 사람 중심 결제 환경보다 빠르다. 에이전트 거래량의 증가는 그만큼 빠르게 PCI의 사용처와 수요 구조로 연결될 수 있다.

거버넌스를 통한 에이전트 경제의 규칙 조정

이렇게 흐르는 수수료의 비율과 환류 방식은 한 번 정해지면 끝나는 것이 아니다. 에이전트 경제는 정적인 시스템이 아니다. 새로운 에이전트 카테고리가 등장하고, 새로운 결제 방식이 도입되며, 새로운 리스크와 규제 환경이 나타난다. PayChain AI의 운영 규칙도 시간이 지나며 계속 조정되어야 한다.

초기에는 기본 정책이 설정되겠지만, 네트워크가 성장할수록 결정해야 할 영역은 늘어난다. 수수료 분배 비율을 어떻게 조정할지, PCI 스테이커의 리워드 곡선을 어떤 방식으로 설계할지, 프로토콜 금고를 어떤 용도로 운용할지, 마켓플레이스 등록 정책을 어떻게 가져갈지, 새로운 에이전트 카테고리에 어떤 인센티브를 배정할지가 모두 정책 문제가 된다.

중앙화된 플랫폼에서는 이런 결정이 운영자 정책으로 정해진다. 어떤 서비스가 노출되는지, 수수료가 어떻게 바뀌는지, 어떤 카테고리에 인센티브가 배정되는지는 참여자가 직접 알기 어렵고 영향을 미치기도 어렵다. 반면 PayChain AI에서는 PCI 스테이커가 거버넌스를 통해 주요 정책 결정에 참여할 수 있다. 이는 단순히 투표 기능이 제공된다는 의미가 아니라, 에이전트 경제의 운영 원칙을 네트워크 참여자가 함께 조정한다는 뜻이다.

거버넌스 모델은 단순 보유량만이 아니라 결제 활성화 기여도와 스테이킹 기간을 함께 반영해 보팅 파워를 산출할 수 있다. 단순히 PCI를 많이 들고 있는 참여자가 아니라, 네트워크에 실제로 기여하는 참여자가 더 큰 의사결정 권한을 가지는 구조다. 좋은 에이전트가 더 잘 발견되도록 하는 규칙, 가맹점과 빌더 모두에게 합리적인 수수료 구조, PCI 스테이커에게 공정한 보상 기준, 프로토콜 금고의 지속 가능한 운용 방식이 모두 이 거버넌스 안에서 결정된다.

PayChain AI의 거버넌스는 단순한 온체인 투표가 아니라, 에이전트 경제가 어떤 방향으로 성장할지를 결정하는 과정이다. PCI는 그 의사결정에 참여할 수 있는 핵심 자산이다.

PayChain AI가 남기는 결론: PCI의 확장

PayChain AI 안에서 PCI의 역할은 결제를 넘어 자연스럽게 확장된다. PCI는 좋은 에이전트와 서비스를 발견하는 큐레이션 스테이킹 자산이 되고, 수수료와 보상의 흐름을 연결하는 환류 자산이 되며, 네트워크의 운영 규칙을 결정하는 거버넌스 자산이 된다.

PayChain AI가 만들고자 하는 것은 단순히 AI가 결제할 수 있는 기능이 아니다. 에이전트가 서비스를 발견하고, 결제를 실행하고, 결과를 확인하고, 가맹점이 정산받고, 빌더가 수익을 얻고, PCI 스테이커가 좋은 서비스를 선별하며, 거버넌스가 네트워크의 규칙을 조정하는 하나의 경제 구조다.

에이전트 경제에서 중요한 것은 누가 결제 버튼을 누르느냐가 아니다. 중요한 것은 에이전트가 어떤 조건으로 결제하고, 그 과정에서 발생한 가치가 누구에게 어떻게 배분되는가다. PayChain AI는 이 구조를 만들고자 한다. 사용자는 더 편리하게 서비스를 이용하고, 가맹점은 안정적으로 정산받고, 빌더는 에이전트와 모듈을 통해 수익을 만들며, PCI 스테이커는 좋은 서비스를 선별하고, 거버넌스는 네트워크의 방향을 결정한다.

그리고 PCI는 이 모든 활동을 연결하는 자산이 된다. 결제를 넘어, 스테이킹과 거버넌스 자산으로. 이것이 에이전트 경제에서 PCI가 갖는 새로운 의미다.

📚PayChain AI 시리즈

• 1편: 자율 상거래 시대의 도래, 결제 인프라의 변화
• 2편: 에이전트 결제가 풀어야 할 문제들, 그리고 PayChain AI의 설계
• 3편: 에이전트 결제가 실제로 실행되는 방식
• 3+편: px402의 구조를 들여다보다
• 4편: 에이전트 결제 도입 전략
• 5편: 에이전트 경제에서 PCI의 역할 (현재 글)

About PayChain

PayChain은 페이프로토콜이 구축하는 EVM 기반 결제·정산 특화 블록체인입니다. USDC, USDT, 원화 스테이블코인 등 다양한 법정화폐 연동 자산과 Paycoin(PCI)을 네이티브로 지원하며, 가맹점은 하나의 연동만으로 이더리움, 베이스, 아발란체, 트론 등 주요 멀티체인 환경의 가상자산 결제와 정산을 지원받습니다. 나아가 PayChain은 자율형 AI 에이전트가 온체인에서 직접 결제·정산·계약을 수행하는 에이전트 커머스를 위한 차세대 결제 인프라를 구축해 나가고 있습니다.

About Paycoin

Paycoin(PCI)은 페이프로토콜이 발행하는 가상자산 결제 및 인프라 토큰입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 국내 최초의 상용 결제 가상자산으로서 기존 결제 프로세스의 중간 참여자를 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기를, 사용자에게는 안전하고 간편한 결제 경험을 제공해 왔습니다. 나아가 PCI는 페이프로토콜이 구축하는 EVM 기반 결제 블록체인 PayChain의 핵심 네이티브 자산으로서, 가스비 처리·시퀀서 스테이킹·거버넌스·소각 구조 전반에 활용되며 국내를 넘어 글로벌 결제 인프라의 중심 자산으로 그 역할을 확장하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

PayChain AI (5) -에이전트 경제에서 PCI의 역할 was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

1편에서는 에이전트 커머스의 도래를 이야기했다. 사용자가 직접 검색하고 비교하고 결제하는 흐름에서, 목적과 조건을 에이전트에게 위임하는 흐름으로 상거래가 바뀌고 있다는 점을 살펴봤다. 2편에서는 이런 변화가 인증과 신뢰의 문제를 어떻게 새롭게 제기하는지를 다뤘다. 그리고 3편과 3+편에서는 에이전트 결제가 실제로 실행되기 위해 어떤 결제 구조가 필요한지, 그리고 PayChain AI가 그 구조를 어떻게 확장하려 하는지를 살펴봤다.

그렇다면 이 구조는 어디서부터 현실이 될까?

에이전트 결제는 기술만으로 확산되지 않는다. 프로토콜이 가능하다는 것과, 시장이 실제로 이를 받아들이는 것은 다른 문제다. 어떤 서비스가 먼저 열리는지, 어떤 가맹점이 어떤 방식으로 연결되는지, 사용자가 어떤 순간에 이 경험을 자연스럽게 체감하게 되는지가 중요하다.

결국 에이전트 결제의 다음 단계는 기술의 증명이 아니라 도입의 설계다.

먼저 필요한 것은 ‘에이전트가 접근할 수 있는 상거래’다

에이전트 커머스를 이야기할 때 가장 먼저 떠올리기 쉬운 것은 결제 수단이다. 하지만 실제 도입의 출발점은 결제 수단보다 앞에 있다. 에이전트가 결제를 하려면, 먼저 상품과 서비스에 접근할 수 있어야 한다. 무엇을 살 수 있는지, 어떤 조건으로 이용할 수 있는지, 어떤 옵션과 가격이 있는지, 그리고 실제로 구매나 예약을 실행할 수 있는지 알아야 한다.

사람을 위한 상거래에서는 웹사이트와 앱 화면이 이 역할을 했다. 사용자는 화면을 보고, 버튼을 누르고, 결제창을 거쳐 구매를 완료했다. 하지만 에이전트는 화면을 보는 방식으로 작동하지 않는다(웹 스크래핑 방식도 가능하지만 비효율적이고 오류가 발생할 가능성이 높다). 에이전트에게는 상품과 서비스가 기계가 이해할 수 있는 형태로 열려 있어야 하고, 실행 가능한 인터페이스가 제공되어야 한다.

이 지점에서 MCP 같은 인터페이스가 중요해진다. MCP는 에이전트가 외부 서비스의 기능을 발견하고 호출할 수 있게 만드는 연결 방식이다. 일반 가맹점에게는 상품과 기능을 에이전트에게 노출하는 입구가 될 수 있고, 디지털 서비스에게는 API나 도구를 에이전트가 바로 사용할 수 있게 만드는 경로가 될 수 있다.

즉, 에이전트 결제의 확산은 새로운 결제 버튼 하나가 생기는 문제가 아니다. 상거래 자체가 에이전트가 접근할 수 있는 구조로 바뀌는 과정에 가깝다.

실생활 가맹점을 Agent-ready하게

에이전트 결제가 일상으로 들어오려면 결국 실생활 가맹점과 연결되어야 한다. 이커머스, 편의점, 마트, 배달, 카페, 영화관처럼 사용자가 이미 자주 이용하는 상거래 환경 안에서 에이전트가 작동하기 시작해야 한다.

다만 이 영역에서는 완전히 새로운 결제 구조가 한 번에 기존 시스템을 대체하기 어렵다. 이미 상품 정보, 주문, 체크아웃, 결제 승인, 정산, 환불, 회계 처리까지 완성된 운영 체계가 있기 때문이다. 따라서 현실적인 도입은 기존 커머스 인프라를 바꾸는 방식이 아니라, 그 위에 에이전트가 접근할 수 있는 채널을 추가하는 방식에 가까울 가능성이 높다.

PayChain AI가 실생활 가맹점 도입을 바라보는 방식도 여기에 있다. 완전히 새로운 가맹점 네트워크를 처음부터 만드는 것이 아니라, 이미 존재하는 상거래 접점을 에이전트가 사용할 수 있는 구조로 확장하는 것이다. 여기서 다날의 가맹점 네트워크는 중요한 출발점이 될 수 있다. 에이전트 결제는 사용자가 실제로 소비하는 장소와 연결되어야 의미가 있기 때문이다.

초기 도입에서는 이미 가맹점과 결제 접점을 보유한 인프라를 활용해, 에이전트가 접근 가능한 상품 정보, 주문 흐름, 결제 실행 구조를 단계적으로 붙여가는 방식이 현실적이다. 사용자는 평소 이용하던 가맹점에서 에이전트 기반 구매 경험을 시작할 수 있고, 가맹점은 기존 운영 체계를 크게 바꾸지 않으면서 새로운 주문 채널을 확보할 수 있다.

이때 가맹점이 에이전트에게 열리는 방식이 하나로 고정될 필요는 없다. 기술 역량과 서비스 구조에 따라 서로 다른 온보딩 경로가 필요하고, PayChain AI는 이를 단계적으로 설계할 수 있다고 본다.

첫 번째 단계는 카탈로그 피드 기반 온보딩이다. 가맹점이 상품 카탈로그를 CSV, XML 같은 표준화된 파일 형태로 제공하면, PayChain AI는 이를 에이전트가 읽고 탐색할 수 있는 구조로 변환해 상품 추천과 주문 흐름에 활용한다. 상품명, 가격, 옵션, 재고, 매장 정보, 배송이나 예약 조건 등을 정해진 형식으로 정리해 제공하는 것만으로, 가맹점은 큰 기술 부담 없이 에이전트 커머스에 참여할 수 있다.

두 번째 단계는 MCP 기반 실행형 온보딩이다. 가맹점이 MCP 서버를 구축하면, 에이전트는 상품 조회, 옵션 확인, 재고 확인, 주문 생성, 예약, 결제 요청 같은 기능을 실시간으로 호출할 수 있다. 가맹점의 기능이 에이전트에게 직접 열리기 때문에, 단순한 상품 검색을 넘어 실제 구매와 예약 실행까지 이어질 수 있다.

이 접근의 장점은 명확하다. 기술 역량이 높은 가맹점은 처음부터 MCP 기반으로 깊게 연동할 수 있고, 기술 리소스가 부족한 가맹점은 상품 카탈로그 제공만으로도 에이전트 커머스에 참여할 수 있다. 이후 거래량과 활용도가 늘어나면 점진적으로 실시간 연동으로 확장할 수 있다. PayChain AI의 가맹점 전략은 모든 가맹점에게 동일한 기술 수준을 요구하는 방식이 아니라, 각 가맹점의 준비도에 맞춰 단계적으로 Agent-ready 상태로 전환시키는 방식이다.

또 하나 중요한 것은 가맹점의 기술 부담을 낮추는 일이다. 일반 가맹점이 직접 MCP 서버를 설계하고, 상품 데이터를 정리하고, 주문 인터페이스와 결제 흐름을 연결하는 것은 쉽지 않다. 여기서 페이프로토콜은 단순 결제 사업자가 아니라, 가맹점이 에이전트 커머스에 진입할 수 있도록 돕는 온보딩 파트너 역할을 할 수 있다. 다날의 가맹점 네트워크와 결제 운영 경험을 토대로, 상품 카탈로그 표준화, 데이터 피드 연동, MCP 연동 지원, 주문·결제·정산 흐름 연결까지 가맹점의 상황에 맞는 도입 방식을 제공하는 것이다.

결국 실생활 가맹점 도입의 핵심은 새로운 기술을 얼마나 많이 설명하느냐가 아니다. 중요한 것은 가맹점이 큰 부담 없이 참여할 수 있는 경로를 만드는 것이다. PayChain AI는 다날의 가맹점 네트워크와 결제 운영 경험을 기반으로, 기존 상거래를 에이전트 시대에 맞게 확장하는 방향을 지향한다.

디지털 서비스는 에이전트 마켓플레이스에서

실생활 가맹점이 에이전트 결제의 대중화를 여는 영역이라면, 더 빠른 실험은 디지털 서비스 영역에서 먼저 일어날 가능성이 높다.

이 영역의 거래는 3편에서 px402가 다룬 작업형 서비스의 형태와 자연스럽게 맞닿아 있다. 상품이 물건이 아니라 호출, 사용량, 결과물인 경우가 많고, 사람이 화면을 보고 결제하는 구조보다 에이전트가 필요한 순간에 직접 호출하고 비용을 집행하는 구조에 더 가깝다.

이 영역에서는 ‘가맹점’의 의미 자체가 달라진다. 매장이나 쇼핑몰이 아니라, API 제공자, 데이터 제공자, AI 모델 제공자, 자동화 도구, 다른 에이전트가 모두 에이전트 경제의 서비스 제공자가 된다. 이들은 에이전트가 호출할 수 있는 기능을 제공하고, 사용량이나 결과물 단위로 수익을 얻는다.

도입 방식도 실생활 가맹점과는 다르다. 실생활 가맹점이 이미 존재하는 상거래 접점을 Agent-ready하게 확장하는 방식이라면, 디지털 서비스는 처음부터 에이전트를 전제로 한 공간이 만들어질 가능성이 높다. 그 공간이 바로 AI 서비스 마켓플레이스다.

마켓플레이스는 단순한 서비스 목록이 아니다. 에이전트가 서비스를 발견하고, 비교하고, 호출하고, 비용을 집행할 수 있는 실행 공간이다. 서비스 제공자는 자신의 API, 데이터, 모델, 자동화 도구, 분석 기능 등을 등록하고 호출 방식, 가격 정책, 응답 조건, 정산 방식을 함께 명시한다. 에이전트는 이 정보를 읽고 목적에 맞는 서비스를 선택해 즉시 호출하며, 사용자는 복잡한 API 문서나 결제 흐름을 직접 이해하지 않아도 에이전트를 통해 원하는 결과만 받을 수 있다.

서비스 제공자에게는 이 구조가 새로운 의미를 가진다. 별도의 영업 과정 없이도 에이전트에게 노출되고, 한 번 등록된 서비스는 여러 에이전트에 의해 반복적으로 검색되고 활용된다. 단, 그러기 위해서는 API를 나열하는 수준을 넘어 자동화된 과금, 서비스 조건, 평판, 성과 기반 거래 구조가 함께 갖춰져야 한다. 디지털 서비스 시장의 핵심은 결제 지원 그 자체가 아니라, 서비스가 에이전트에게 판매 가능한 형태로 포장되는 것에 있다.

PayChain AI가 이 영역에서 만드는 가치도 여기에 있다. 마켓플레이스가 단지 목록이 아니라 실제 거래가 일어나는 공간이 되려면, 에이전트의 호출이 비용으로, 결과물이 정산으로, 평판이 다음 거래의 조건으로 자연스럽게 이어지는 결제 레일이 필요하다. 3편과 3+편에서 살펴본 px402의 실행 구조가 바로 이 레일이 된다.

사용자 활성화는 보상과 실용성으로

가맹점과 서비스가 준비되어도 사용자가 실제로 쓰지 않으면 에이전트 결제는 확산되지 않는다. 사용자가 에이전트에게 결제를 맡기려면 분명한 이유가 필요하다.

초기에는 보상과 혜택이 중요한 온보딩 장치가 될 수 있다. 새로운 결제 경험은 아무리 편리해도 처음에는 낯설다. 사용자가 에이전트 결제를 처음 시도하게 만들기 위해서는 자동 재주문 할인, 에이전트 전용 쿠폰, 반복 구매 혜택, 특정 조건 만족 시 우대 가격 같은 직접적인 유인이 필요하다. 특히 실생활 가맹점에서는 “에이전트를 통해 주문하면 더 간편하고, 혜택도 있다”는 경험이 초기 사용을 만드는 데 중요할 수 있다.

디지털 서비스 영역에서도 마찬가지다. 에이전트가 API나 도구를 호출하는 환경에서는 Usage Credit, 수수료 우대, 검증된 서비스 이용 혜택, 평판 기반 조건 개선 같은 방식이 초기 사용을 촉진할 수 있다. 서비스 제공자 입장에서는 더 많은 에이전트 호출을 유도할 수 있고, 사용자 입장에서는 새로운 방식의 사용 비용을 낮출 수 있다.

하지만 장기적으로 사용자를 붙잡는 것은 보상만이 아니다. 보상은 첫 사용을 만들 수 있지만, 반복 사용을 만드는 것은 결국 실용성이다. 사용자가 직접 검색하고 비교하고 결제하는 것보다 에이전트를 통하는 편이 더 빠르고, 더 편하고, 더 나은 결과를 준다고 느껴야 한다. 반복 구매가 자동화되고, 예약이나 재주문이 간단해지고, 더 좋은 조건을 찾아주고, 복잡한 작업을 대신 끝내주는 경험이 쌓일 때 에이전트 결제는 일회성 이벤트가 아니라 일상이 된다.

PayChain 위에서 만들어지는 에이전트 경제

에이전트 결제의 확산은 어느 한 순간에 모든 시장이 동시에 바뀌는 방식으로 일어나지는 않을 것이다. 하지만 방향은 분명하다. 상거래의 접점이 사람의 화면에서 에이전트의 실행 환경으로 이동할수록, 결제 역시 사람의 클릭을 기다리는 구조에서 에이전트가 이해하고 실행할 수 있는 구조로 바뀌어야 한다.

초기에는 서로 다른 영역에서 변화가 시작될 가능성이 높다. 실생활 가맹점에서는 기존 커머스 인프라 위에 에이전트가 접근할 수 있는 채널이 열리고, 디지털 서비스 영역에서는 에이전트가 바로 호출하고 이용할 수 있는 서비스 마켓플레이스가 먼저 성장할 수 있다. 출발점은 다르지만, 이 두 흐름은 결국 하나의 방향을 향한다. 에이전트가 서비스를 발견하고, 조건을 판단하고, 실행하고, 비용을 정산하는 하나의 상거래 흐름이다.

PayChain AI가 만드는 것은 이 흐름을 받아내는 결제 레이어다. 가맹점은 자신의 준비도에 맞는 경로로 합류하고, 사용자는 익숙한 소비 환경에서 에이전트 경험을 시작한다. 이 모든 활동이 PayChain 위에서 실행되고 정산될 때, PayChain은 단순한 결제 인프라가 아니라 실제 거래가 일어나는 경제의 기반이 된다.

그렇다면 이 경제 안에서 PCI는 어떤 역할을 하는가? 다음 편에서는 PayChain AI 위에서 발생하는 활동이 어떻게 PCI의 가치와 연결되는지를 다룬다. 결제와 정산의 유틸리티 자산으로서, 그리고 PayChain 네트워크의 방향을 결정하는 거버넌스 자산으로서 PCI가 PayChain AI 안에서 어떤 위치를 차지하는지 구체적으로 살펴본다.

📚PayChain AI 시리즈

• 1편: 자율 상거래 시대의 도래, 결제 인프라의 변화
• 2편: 에이전트 결제가 풀어야 할 문제들, 그리고 PayChain AI의 설계
• 3편: 에이전트 결제가 실제로 실행되는 방식
• 3+편: px402의 구조를 들여다보다
• 4편: 에이전트 결제 도입 전략 (현재 글)
• 5편: 에이전트 경제에서 PCI의 역할

About PayChain

PayChain은 페이프로토콜이 구축하는 EVM 기반 결제·정산 특화 블록체인입니다. USDC, USDT, 원화 스테이블코인 등 다양한 법정화폐 연동 자산과 Paycoin(PCI)을 네이티브로 지원하며, 가맹점은 하나의 연동만으로 이더리움, 베이스, 아발란체, 트론 등 주요 멀티체인 환경의 가상자산 결제와 정산을 지원받습니다. 나아가 PayChain은 자율형 AI 에이전트가 온체인에서 직접 결제·정산·계약을 수행하는 에이전트 커머스를 위한 차세대 결제 인프라를 구축해 나가고 있습니다.

About Paycoin

Paycoin(PCI)은 페이프로토콜이 발행하는 가상자산 결제 및 인프라 토큰입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 국내 최초의 상용 결제 가상자산으로서 기존 결제 프로세스의 중간 참여자를 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기를, 사용자에게는 안전하고 간편한 결제 경험을 제공해 왔습니다. 나아가 PCI는 페이프로토콜이 구축하는 EVM 기반 결제 블록체인 PayChain의 핵심 네이티브 자산으로서, 가스비 처리·시퀀서 스테이킹·거버넌스·소각 구조 전반에 활용되며 국내를 넘어 글로벌 결제 인프라의 중심 자산으로 그 역할을 확장하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

PayChain AI (4) — 에이전트 결제 도입 전략 was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

3편에서는 에이전트 결제에서 왜 x402가 중요하고, 왜 PayChain 위에서 px402 같은 확장 구조가 필요한지를 이야기했다. 이번 번외편에서는 그 안쪽을 본다. px402가 실제로 어떤 상태 전이와 컨트랙트 구조 위에서 작동하는지, Escrow는 자금을 어떻게 분리하고 이동시키는지, 그리고 작업형 서비스에서는 어떤 방식으로 검증과 정산이 연결되는지를 기술적으로 정리한다.

핵심은 단순하다. px402는 x402의 HTTP 결제 흐름을 유지하면서, 실거래에 필요한 Escrow 기반 안전성과 작업형 서비스에 맞는 조건부 결제 구조를 프로토콜 안으로 끌어들인 설계다.

x402의 기본 흐름

x402의 출발점은 잘 알려져 있다. 서버가 402 Payment Required와 함께 결제 조건을 반환하면, 클라이언트는 결제 서명을 만들어 X-PAYMENT 헤더에 담아 다시 요청하고, 검증과 정산이 끝나면 결과를 돌려받는다. Buyer, Merchant, Facilitator라는 세 참여자가 이 하나의 HTTP 요청-응답 사이클 안에서 역할을 나누는 구조다.

x402를 그대로 쓰면 자금 흐름은 사실상 단일 경로에 가깝다. 서명이 검증되면 토큰이 이동하고, 그 이후의 처리 로직은 프로토콜 밖으로 밀려난다. 작업 검증, 정산 지연, 부분 실패 복구, 환불 같은 시나리오는 별도의 오프체인 운영 로직에 의존하게 된다. px402의 설계는 이 사후 처리 구간을 Escrow 안으로 다시 가져와, 자금 이동 자체를 다단계 상태 전이로 재구성하는 데 초점을 둔다.

Escrow 레이어가 들어오면 무엇이 달라지나

PayProtocol의 설계에서 가장 중요한 변화는 Buyer와 Merchant 사이에 Escrow 컨트랙트를 넣는 것이다. Buyer가 먼저 Escrow에 자금을 예치해 두면, 이후 정산 시점에는 이미 잠겨 있는 잔액을 내부적으로 이동시키는 방식으로 settle이 일어난다. 이 구조 덕분에 서비스 제공자는 자금 확정 리스크를 줄인 상태에서 결과를 제공할 수 있고, 프로토콜 차원에서 환불과 배치 정산, 정산 실패 복구까지 함께 다룰 수 있다.

이때 Escrow는 단순한 자금 보관소가 아니다. px402의 핵심은 거래의 종류에 따라 자금이 이동하는 경로를 6가지로 명확히 분기하고 flag 값으로 구분하는 데 있다.

여기서 중요한 분기점은 flag 0~3과 flag 4~5의 차이다. 앞쪽은 즉시 정산과 환불을 위한 경로이고, 뒤쪽은 작업 완료 후 결제 확정을 위한 조건부 결제 경로다. 즉, px402는 단순 결제와 작업형 결제를 같은 프로토콜 안에서 다루되, 상태 전이를 경로로 분리해서 관리한다.

Nonce: 32바이트에 담긴 세 가지 정보

px402에서 nonce는 단순한 중복 방지용 숫자가 아니다. 32바이트 안에 세 가지 정보가 함께 들어간다.

• Merchant 주소: 서명이 해당 Merchant에게만 유효하도록 한다. 다른 Merchant가 동일한 서명을 재사용하는 것이 구조적으로 불가능
• Flag: 트랜잭션의 종류를 결정한다. Payment, Settle, Direct, Refund, WorkOrder, WorkSettle 중 하나
• PaymentId: 결제 건을 고유하게 식별해 중복 정산을 방지

이 구조 덕분에 하나의 서명이 “어느 Merchant에게”, “어떤 방식으로”, “어느 결제 건에 대해” 사용되는지가 동시에 고정된다. Merchant 간 서명 재사용을 막고, 결제 건 단위 조회와 상태 복구도 가능해진다. 특히 정산 응답 실패 시 Merchant가 온체인에서 직접 확정 여부를 조회할 수 있게 만드는 기반이 바로 이 paymentId 설계다.

EIP-712: 도메인 이중 분기

px402는 하나의 프로토콜 안에서 두 개의 EIP-712 도메인을 쓴다. 이중 분기가 들어가는 이유는 외부 지갑에서 토큰이 이동하는 경로와 이미 Escrow에 예치된 잔액이 내부 이동하는 경로를 다른 신뢰 경계로 취급하기 위해서다.

• 토큰 도메인 (flag 0, 2, 4): 토큰 컨트랙트가 서명을 검증한다. 외부 지갑에서 자금이 들어오는 경로
• Escrow 도메인 (flag 1, 3, 5): Escrow 컨트랙트가 서명을 검증한다. 이미 예치된 잔액이 내부 이동하는 경로

이렇게 나누면 한쪽 도메인의 서명을 다른 쪽에서 재사용하는 것이 구조적으로 불가능해진다. 외부 자금 이동용 서명과 내부 잔액 이동용 서명이 서로 다른 맥락에 묶이는 셈이다. 이는 단순 구현 디테일이 아니라, 재사용 공격과 의도하지 않은 권한 확장을 막는 핵심 안전장치다.

보안 설계: 실서비스를 위한 장치

px402는 서명 기반 결제를 전제로 하기 때문에, 보안 장치도 여기에 맞춰 설계된다. 핵심은 네 가지다.

첫째, nonce 재사용 방지다. 이미 사용된 nonce의 결제 기록을 저장해 중복 정산을 막는다. 둘째, Authorization 시간 창이다. 서명에는 validAfter, validBefore가 포함되어 만료된 권한이 재사용되지 않도록 한다. 셋째, Reentrancy Guard다. 외부 호출 도중 컨트랙트 재진입 공격을 차단한다. 넷째, receiveWithAuthorization 제약이다. msg.sender == to 조건을 둬, Escrow 컨트랙트만 토큰을 수신할 수 있게 만든다.

결국 px402의 보안 설계는 “서명을 받았으니 된다”가 아니라, 서명이 어느 맥락에서, 누구에 의해, 어떤 시점에, 어떤 경로로만 쓰일 수 있는가를 세밀하게 제한하는 구조라고 볼 수 있다.

컨트랙트 연계 구조

Escrow 시스템은 단일 컨트랙트가 아니라, 역할을 분담하는 여러 컨트랙트의 유기적 연결체다.

• CERC3009: 표준 ERC20에 EIP-3009의 서명 기반 전송을 추가한 토큰이다. Escrow가 보유하는 토큰이 바로 이것이며, receiveWithAuthorization을 통해 가스리스(gasless) 결제를 가능하게 한다.
• Escrow: 시스템의 중심이다. 생성 시 custodian 주소의 유무에 따라 두 가지 모드로 동작한다. custodian이 있는 Custodial 모드에서는 settle/refund 실행 권한이 custodian에게만 있고 긴 timelock이 적용된다. custodian이 없는 NonCustodial 모드에서는 유효한 서명만 있으면 누구나 실행할 수 있고 짧은 timelock이 적용된다.
• Facilitator: 수수료율(settleFeeBP)을 시간잠금(timelock)으로 관리한다. 수수료 변경 시 즉시 적용되지 않고 유예 기간이 지난 뒤 발효되므로, Merchant가 급격한 인상에 대응할 시간을 확보한다.
• FacilitatorManager: Facilitator 참여 자격을 관리하며, IStakeManager와 연결되어 스테이킹 기반의 참여 보증금 메커니즘을 제공한다. Facilitator가 되려면 거버넌스 토큰을 스테이킹해야 한다.
• DevTeamVault: 정산 수수료 중 개발팀 몫을 보관하는 금고다. DAO 거버넌스로 확장 가능한 구조다.
• FacilitatorLens: 읽기 전용 헬퍼로, 세 컨트랙트에 흩어진 정보를 단일 RPC 호출로 집계한다. 등록 여부, 스테이킹 정보, 수수료율, Escrow 상태, 최소 결제 금액을 한 번에 반환한다.

이 구조를 통해 결제 실행, 참여 자격, 수수료 수취, 상태 조회를 하나로 묶지 않고 분리하여 권한 집중을 줄이고 운영 투명성을 높인다. Facilitator가 단순 실행자가 아니라 스테이킹을 전제로 한 참여자로 설계된 점도 이 맥락 안에 있다.

AccountState — 계정 내부 구조

Escrow 컨트랙트는 각 계정의 자금을 AccountState 구조체로 관리한다. 여기에는 세 가지 핵심 상태가 있다.

• Balance: 자유롭게 사용 가능한 잔액이다. Settle로 정산하거나 Withdrawal로 인출할 수 있다.
• LockedBalance: Work Order에 의해 잠긴 금액이다. workApprove() 또는 workReject()로만 해제된다. Buyer도, Seller도, Facilitator도 직접 이동시킬 수 없다.
• WithdrawAmount / withdrawRequestTime: 출금 요청 시 잔액 전체가 여기로 옮겨지고, timelock이 지나면 실제 토큰을 수령할 수 있다.

이 구분은 조건부 결제에서 매우 중요하다. balance는 정산이나 출금에 쓸 수 있지만, lockedBalance는 누구도 임의로 움직일 수 없고 오직 workApprove() 또는 workReject()로만 해제된다. 반면 출금 요청이 들어간 금액은 다시 별도 상태로 분리되어 timelock 이후에만 실제 인출된다. 즉, px402는 같은 “잔액”이라도 사용 가능 잔액, 작업 대기 중 잠긴 금액, 출금 대기 금액을 명시적으로 나눠서 관리한다.

수수료와 Timelock

수수료는 모든 경로에서 붙는 것이 아니다. 이는 settle 시점에만 발생하고, refund에는 붙지 않는다. 정산이 실행되는 순간 수수료는 두 갈래로 즉시 분배된다. 일정 비율은 DevTeamVault로, 나머지는 Facilitator 수수료 잔액으로 적립된다.

Timelock은 출금 단계에서 작동한다. requestWithdrawal()을 호출하면 현재 잔액 전체가 잠기고, 일정 시간이 지나야 실제 인출이 가능해진다. 이 대기 시간은 모드에 따라 달라진다. Custodial 모드에서는 custodian만 settle/refund를 실행할 수 있고 긴 timelock이 적용된다. NonCustodial 모드에서는 유효한 서명만 있으면 누구나 실행할 수 있고 더 짧은 timelock이 적용된다.

이 차이는 결국 운영 모델의 차이다. 통제와 복구 가능성을 더 크게 가져갈 것인지, 무허가 성격을 더 강화할 것인지에 따라 모드가 갈린다.

Work Order — 4자의 협업

px402가 진짜 흥미로워지는 지점은 여기다. Payment, Settle, Direct는 모두 요청과 정산이 거의 붙어 있는 흐름이다. 하지만 AI 이미지 생성, 데이터 분석, 번역, 코드 작성 같은 작업형 서비스는 다르다. 이 경우에는 작업이 완료되고, 품질이 검증된 후에만 결제가 확정되어야 한다. 이를 위해 px402는 WorkOrder와 WorkSettle을 도입한다. 둘의 차이는 자금 출처다.

• WorkOrder: Escrow에 잔액이 없을 때, 외부 지갑에서 직접 토큰을 가져와 lockedBalance에 잠금
• WorkSettle: 이미 Escrow에 예치된 Buyer 잔액이 있을 때, 그 내부 잔액을 lockedBalance로 잠금

이후 흐름은 동일하다. 금액이 lockedBalance에 잠긴 뒤에는 누구도 직접 이동시킬 수 없고, 오직 두 함수만 자금을 해제할 수 있다.

• workApprove(): 검증 통과 시 lockedBalance → Seller 잔액
• workReject(): 검증 실패 시 lockedBalance → Buyer 잔액

이 설계는 “조건부 결제를 온체인 상태로 강제한다”는 점에서 중요하다. 기존에는 오프체인 에스크로나 중재자에게 의존해야 했던 흐름을, Escrow 상태 전이 자체로 구현하는 셈이다.

4자의 협업: Buyer, Merchant, Facilitator, Evaluator

Work Order에는 기존 x402의 3자 구조에 Evaluator가 추가된다. 전체 플로우는 다음과 같다.

1. Buyer가 프롬프트와 결제 서명을 Merchant에 전달한다.
2. Merchant가 이를 Facilitator에 넘기고, Facilitator가 workOrder()를 호출해 자금을 잠근다.
3. Merchant가 오프체인에서 작업을 수행한다.
4. Merchant가 작업 결과를 Facilitator에 제출한다.
5. Facilitator가 Evaluator에게 검증을 의뢰한다.
6. Evaluator가 결과를 판정한다.
7. Facilitator가 판정에 따라 workApprove() 또는 workReject()를 실행한다.
8. Merchant가 온체인 이벤트를 감지한다.
9. Merchant가 Buyer에게 결과와 결제 상태를 전달한다.

여기서 핵심은 권한 분리다.

• Buyer는 서명만 하며 컨트랙트를 직접 호출하지 않는다.
• Merchant는 작업을 수행하고 결과를 제출하지만 승인/거부 권한은 없다.
• Facilitator는 트랜잭션을 제출하지만 검증 판정은 하지 않는다.
• Evaluator는 판정만 하고 자금을 직접 이동시킬 수 없다.

즉, 어느 한 참여자도 혼자서 결과와 자금 흐름을 동시에 조작할 수 없어 “작업 기반 경제 프로토콜”로서 px402를 단순 결제 확장과 구분 짓는 핵심이다.

AI 작업 증명: CLIP 기반 검증

현재 구현에서 Evaluator는 OpenAI CLIP을 사용한다. CLIP은 텍스트와 이미지를 동일한 임베딩 공간에 매핑하고, 두 벡터 사이의 코사인 유사도를 계산하는 멀티모달 모델이다. Buyer가 프롬프트를 제출하고 Merchant가 이미지를 생성하면, Evaluator는 다음 순서로 판정한다.

1. 프롬프트를 텍스트 임베딩으로 변환
2. 생성된 이미지를 이미지 임베딩으로 변환
3. 두 임베딩 간 코사인 유사도 측정
4. 유사도가 임계값을 넘으면 승인, 미달이면 거절

예시로는 “tabby cat, sleeping, close-up, realistic photo”라는 프롬프트에 대해 유사도 0.275가 임계값 0.25를 넘으면서 승인되는 흐름이 제시된다. 중요한 것은 숫자 자체보다 구조다. 사람의 개입 없이 AI가 작업하고, AI가 검증하고, 블록체인이 정산하는 흐름이 완전히 자동화될 수 있다는 점이다.

Evaluator의 확장 가능성과 평판

CLIP은 현재의 구현일 뿐, Evaluator 구조 자체는 특정 모델에 고정되지 않는다. 입력과 출력 인터페이스만 맞으면 다양한 검증 로직으로 교체할 수 있다.

• 코드 품질 검증: 테스트 통과 여부
• 번역 품질 검증: 원문-번역문 의미 유사도
• 데이터 분석 검증: 결과의 통계적 유의성
• 사람 검수: 전문가 패널의 판정

예를 들면 코드 품질 검증에서는 LLM이 생성한 코드의 테스트 통과 여부를, 번역 품질 검증에서는 원문-번역문 의미 유사도를, 데이터 분석 검증에서는 결과의 통계적 유의성을 판정할 수 있다. 사람의 판단이 필요한 경우에는 전문가 패널이 Evaluator 역할을 맡을 수도 있다.

그리고 검증 여부는 Buyer가 선택할 수 있다. 검증을 포함하면 Evaluator가 판정하고 그 결과가 평판 시스템에 반영된다. 검증을 포함하지 않으면 Merchant가 자체 승인할 수 있지만 평판에는 반영되지 않는다. 검증을 통해 좋은 평판을 쌓은 Merchant일수록 더 많은 의뢰를 받을 수 있는 구조다.

조건부 결제가 여는 가능성

기존 x402가 해결한 문제는 “HTTP 요청 안에 결제를 넣는 것”이었다. px402의 Work Order가 추가로 해결하는 문제는 “결제 확정의 조건을 온체인에서 강제하는 것”이다. 이 차이는 작지 않다.

이제 AI 에이전트는 다른 AI에게 작업을 맡기고, 제3의 AI가 그 결과를 검증하고, 블록체인은 그 결과에 따라 자동으로 정산할 수 있다. 사람의 확인 버튼 없이도, 결과가 있어야 돈이 움직이는 M2M 작업 경제가 프로토콜 수준에서 가능해지는 것이다. PayProtocol이 만들고자 하는 것도 바로 이런 구조다. AI가 일하고, 검증받고, 정산되는 흐름이 실제 경제활동으로 이어질 수 있도록, AI 시대의 결제 인프라를 구축해 가고 있다.

📚PayChain AI 시리즈

• 1편: 자율 상거래 시대의 도래, 결제 인프라의 변화
• 2편: 에이전트 결제가 풀어야 할 문제들, 그리고 PayChain AI의 설계
• 3편: 에이전트 결제가 실제로 실행되는 방식
• 3+편: px402의 구조를 들여다보다 (현재 글)
• 4편: 에이전트 결제 도입 전략
• 5편: 에이전트 경제에서 PCI의 역할

About PayChain

PayChain은 페이프로토콜이 구축하는 EVM 기반 결제·정산 특화 블록체인입니다. USDC, USDT, 원화 스테이블코인 등 다양한 법정화폐 연동 자산과 Paycoin(PCI)을 네이티브로 지원하며, 가맹점은 하나의 연동만으로 이더리움, 베이스, 아발란체, 트론 등 주요 멀티체인 환경의 가상자산 결제와 정산을 지원받습니다. 나아가 PayChain은 자율형 AI 에이전트가 온체인에서 직접 결제·정산·계약을 수행하는 에이전트 커머스를 위한 차세대 결제 인프라를 구축해 나가고 있습니다.

About Paycoin

Paycoin(PCI)은 페이프로토콜이 발행하는 가상자산 결제 및 인프라 토큰입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 국내 최초의 상용 결제 가상자산으로서 기존 결제 프로세스의 중간 참여자를 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기를, 사용자에게는 안전하고 간편한 결제 경험을 제공해 왔습니다. 나아가 PCI는 페이프로토콜이 구축하는 EVM 기반 결제 블록체인 PayChain의 핵심 네이티브 자산으로서, 가스비 처리·시퀀서 스테이킹·거버넌스·소각 구조 전반에 활용되며 국내를 넘어 글로벌 결제 인프라의 중심 자산으로 그 역할을 확장하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

PayChain AI (3+) — px402의 구조를 들여다보다 was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

1편에서 우리는 자율 상거래의 도래를 이야기했다. 이제 사용자는 직접 검색하고 비교하고 결제하는 사람이기보다, 목적과 조건을 위임하는 사람이 되어가고 있다. 2편에서는 그 변화가 결제 인프라에 어떤 문제를 던지는지 살펴봤다. 에이전트가 정말 사용자를 대신해 행동하고 있는지, 그 권한은 어디까지인지, 서비스 제공자가 약속한 결과를 실제로 이행했는지 확인할 수 없다면 에이전트 결제는 편의가 아니라 리스크가 되기 때문이다. 이제 질문은 다음 단계로 넘어간다.

그래서 에이전트 결제는 실제로 어떤 방식으로 실행되는가?

우리는 이 질문의 답이 하나의 결제 수단으로 수렴하지는 않을 것이라고 본다. 에이전트 결제의 세계에서도 카드와 계좌이체 같은 기존 결제 수단은 계속 쓰일 것이다. 이유는 단순하다. 결제는 언제나 사용자와 가맹점이 연결되어야 비로소 작동하는데, 기존 결제 수단은 이미 그 연결 구조와 인프라가 구축되어 있다. 새로운 결제 수단은 언제나 “사용자가 써야 하고, 가맹점이 도입해야 한다”는 이중의 진입 장벽을 안고 시작한다. 그런 점에서 기존 결제 인프라를 한 번에 모두 대체한다는 발상은 현실적이지 않다.

반면 에이전트가 실제로 서비스를 호출하고, 데이터를 구매하고, 다른 에이전트나 API에 비용을 지불하는 단계에서는 전혀 다른 조건이 중요해진다. 건별 과금, 실시간 정산, 소액 결제, 자동 집행처럼 기계가 다루기 쉬운 형태의 결제가 필요해진다. 1편에서도 이미 살펴봤듯, 에이전트가 가장 자주 다루게 될 거래 단위로 들어갈수록 기존 결제의 문법은 무거워지고, 디지털 환경에 맞는 실행 레이어의 비중은 커질 수밖에 없다.

PayChain AI가 이 두 갈래에 대응하는 방식은 다르다. 카드나 계좌 기반 거래에서는 Google의 AP2, TAP 같은 외부 결제 프로토콜 위에서 에이전트 신원 확인과 권한 범위를 얹는 방식으로 연결된다. 기존 결제 흐름 자체를 바꾸는 것이 아니라, 그 위에서 에이전트 레이어를 작동시키는 구조다. 이번 편에서 다루는 것은 그 다른 갈래다. 에이전트가 서비스를 호출하고, API를 이용하고, 데이터를 구매하는 — 에이전트 경제가 만들어낸 새로운 거래 방식에 맞게 설계된 결제 레이어, px402다.

에이전트 결제의 시작, x402

에이전트가 서비스를 호출하는 흐름 안에서, 결제가 하나의 실행 과정으로 자연스럽게 녹아드는 구조가 필요하다. 사람을 위한 결제창이 아니라, 기계가 직접 요청하고 응답받는 환경에 맞는 결제 방식이 필요하다는 뜻이다. 그리고 바로 여기서 x402가 의미를 갖기 시작한다.

x402의 출발점은 단순하다. 결제를 웹훅이나 별도 결제 페이지 바깥에서 우회 처리하는 대신, HTTP 요청 자체 안에 녹여 넣는 것이다. HTTP 상태 코드 402(Payment Required)는 1997년 명세에 “향후 사용을 위해 예약됨”이라는 문구와 함께 등장했고 30년 가까이 아무도 활용하지 않았다. 2024년, Coinbase가 이 코드를 되살려 x402 프로토콜을 제안했다.

서버가 402 응답과 함께 결제 조건을 반환하면, 클라이언트는 결제 서명을 만들어 다시 요청하고, 검증과 정산이 끝나면 결과물을 전달한다. 이 구조는 별도의 결제창이나 사람의 클릭 없이도, 기계가 API 호출과 동시에 비용을 지불할 수 있게 만든다. 그래서 x402는 M2M 경제, 즉 에이전트가 사람 개입 없이 서비스를 구매하는 환경에서 특히 의미가 크다.

하지만 x402는 가능성을 열어준 출발점이지, 그 자체로 완결된 실사용 구조는 아니다.

기본적인 즉시 전송 방식에는 몇 가지 한계가 있다. 구매자의 자산이 서비스 제공자에게 곧바로 넘어가면, 서비스 제공자는 블록 확정이 끝나기 전에 먼저 결과를 내줘야 하는 상황에 놓인다. 반대로 한 번 전송된 자산은 되돌리기 어렵기 때문에 환불 메커니즘도 약하다. 또 매 건마다 온체인 트랜잭션이 필요해 소액 거래에서는 가스 효율도 떨어지고 서비스 품질에 문제가 생겼을 때 이를 중재하거나 분쟁을 처리할 장치도 부족하다.

PayChain에서 px402를 이야기하는 이유도 여기에 있다.

PayChain의 x402, px402

PayChain에서 px402는 단순히 x402를 그대로 옮겨오는 개념이 아니다. HTTP 기반 결제 흐름의 장점은 유지하되, 이를 PayChain 위에서 더 현실적인 실행 구조로 확장하는 접근에 가깝다.

이 구조의 핵심은 구매자와 서비스 제공자 사이에 Escrow 레이어를 넣는 데 있다. 결제와 정산이 분리되면 파이널리티, 환불, 배치 정산 문제를 함께 다룰 수 있다. 구매자가 미리 자금을 예치해두면 최종 정산 시점에는 이미 확보된 자금 안에서 이동이 이뤄지므로, 서비스 제공자는 결과물을 더 안정적으로 제공할 수 있다. 문제가 생기면 환불 경로를 통해 자금을 되돌릴 수 있고, 여러 건을 묶어 정산하면 마이크로트랜잭션 환경에서도 가스 효율을 높일 수 있다.

이 지점이 중요하다. 에이전트 경제에서 필요한 것은 단순히 “에이전트도 결제할 수 있다”는 기능이 아니다. 필요한 것은 작업의 상태와 품질에 따라 결제가 집행되거나 취소될 수 있는 실행 구조다.

조건부 결제까지 가야 비로소 에이전트 결제가 된다

에이전트가 사는 것은 단순한 상품만이 아니다. 데이터, API 응답, 추론 결과, 이미지 생성, 코드 검토, 분석 리포트처럼 결과물이 있는 작업형 서비스도 많다. 이런 환경에서는 요청한 순간 곧바로 결제가 끝나는 구조만으로는 충분하지 않다. 결과가 도착했고, 약속한 조건을 충족했으며, 검증 결과까지 확인된 뒤에야 최종 정산이 이뤄지는 구조가 필요하다.

그래서 PayChain AI에서 px402는 Escrow를 통해 결제 대금을 예치하고, 이후 검증 결과에 따라 정산되거나 복원되는 구조로 설계된다. 이 구조에서는 검증과 자금 집행의 역할이 분리된다. Evaluator는 결과를 검토하고, Facilitator는 그 판정을 바탕으로 정산을 실행하고, Validator는 그 실행이 체인 위에서 유효하게 처리되도록 검증한다. 어느 한쪽이 단독으로 결제를 확정하거나 되돌릴 수 없도록 역할을 나누는 것이다.

여기서 중요한 것은 조건부 결제가 Escrow 하나로만 완성되지 않는다는 점이다. 2편에서 설명한 구성 요소들은 이 구간에서 서로 연결된다. 응답 시간, 가용성, 정확성처럼 측정 가능한 조건은 Agent SLA를 통해 자동으로 검증되고, 그 결과가 Escrow의 정산 조건으로 반영된다. 반면 이미지 생성, 리포트 작성, 코드 검토처럼 결과물의 품질이 정량화되기 어려운 작업은 Evaluator가 산출물을 검증하고, 그 판정 결과가 Escrow로 전달된다. 조건이 충족됐다는 신호가 오면 결제가 최종 정산되고, 조건이 충족되지 않았거나 거절 판정이 내려지면 자금은 반환된다. 즉, PayChain AI의 조건부 결제는 단순히 돈을 잠가두는 구조가 아니라, 신뢰 레이어가 실제 자금 집행과 연결되는 실행 구조다.

PayChain AI가 지향하는 방향

에이전트 결제는 기존 결제창을 자동화하는 문제가 아니다. 에이전트가 실제로 서비스를 호출하고, 결과를 받고, 그에 따라 비용을 집행하는 환경에서는 사람 중심 결제와는 다른 실행 구조가 필요하다. x402가 중요한 이유는 바로 여기에 있고, PayChain AI가 px402를 통해 결제와 정산을 분리하고 조건부 결제까지 확장하려는 이유도 여기에 있다.

동시에 이 변화는 기존 결제 인프라를 지우는 방향으로 가지 않을 가능성이 높다. 적어도 다가오는 에이전트 경제의 초기에는 기존 결제망과 크립토 네이티브 결제가 함께 작동하는 하이브리드 구조가 더 현실적일 수 있다. PayChain AI가 지향하는 것도 둘 중 하나를 대체하는 것이 아니라, 에이전트 경제 안에서 각 결제 수단이 가장 자연스럽게 작동할 수 있는 구간을 연결하는 것이다. 우리가 만들고자 하는 것은 단순히 “에이전트도 결제할 수 있는 기능”이 아니라, 기존 결제 시스템과 가상자산 시스템이 하나의 에이전트 상거래 흐름 안에서 함께 작동할 수 있도록 만드는 실행 인프라다.

다음 글에서는 이 실행 구조가 실제 서비스와 실생활 도입의 관점에서 어떻게 확장될 수 있는지를 다룰 예정이다. 에이전트 결제가 MCP 같은 인터페이스 위에서 어떤 방식으로 연결될 수 있는지, 가맹점과 서비스 사업자는 어떤 경로로 이 구조를 받아들이게 될지, 그리고 사용자 활성화와 실제 도입 전략은 어떻게 설계될 수 있을지를 더 구체적으로 살펴본다.

📚PayChain AI 시리즈

• 1편: 자율 상거래 시대의 도래, 결제 인프라의 변화
• 2편: 에이전트 결제가 풀어야 할 문제들, 그리고 PayChain AI의 설계
• 3편: 에이전트 결제가 실제로 실행되는 방식 (현재 글)
• 3+편: px402의 구조를 들여다보다
• 4편: 에이전트 결제 도입 전략
• 5편: 에이전트 경제에서 PCI의 역할

About PayChain

PayChain은 페이프로토콜이 구축하는 EVM 기반 결제·정산 특화 블록체인입니다. USDC, USDT, 원화 스테이블코인 등 다양한 법정화폐 연동 자산과 Paycoin(PCI)을 네이티브로 지원하며, 가맹점은 하나의 연동만으로 이더리움, 베이스, 아발란체, 트론 등 주요 멀티체인 환경의 가상자산 결제와 정산을 지원받습니다. 나아가 PayChain은 자율형 AI 에이전트가 온체인에서 직접 결제·정산·계약을 수행하는 에이전트 커머스를 위한 차세대 결제 인프라를 구축해 나가고 있습니다.

About Paycoin

Paycoin(PCI)은 페이프로토콜이 발행하는 가상자산 결제 및 인프라 토큰입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 국내 최초의 상용 결제 가상자산으로서 기존 결제 프로세스의 중간 참여자를 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기를, 사용자에게는 안전하고 간편한 결제 경험을 제공해 왔습니다. 나아가 PCI는 페이프로토콜이 구축하는 EVM 기반 결제 블록체인 PayChain의 핵심 네이티브 자산으로서, 가스비 처리·시퀀서 스테이킹·거버넌스·소각 구조 전반에 활용되며 국내를 넘어 글로벌 결제 인프라의 중심 자산으로 그 역할을 확장하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

PayChain AI (3) — 에이전트 결제가 실제로 실행되는 방식 was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

1편에서 우리는 에이전트 커머스의 도래를 이야기했다. AI 에이전트가 사용자를 대신해 검색하고, 비교하고, 예약하고, 결제하는 시대가 열리고 있다. 구글, 비자, 마스터카드가 에이전트 결제 프로토콜을 잇달아 발표하며 이 흐름은 산업의 현실이 되고 있음을 확인했다.

그런데 인프라가 생긴다고 해서 에이전트를 믿고 결제를 맡길 수 있을까?

에이전트에게 결제를 위임한다는 것은 단순한 자동화가 아니다. 지금까지 사용자가 직접 통제하던 권한의 일부를 시스템에 넘기는 것이다. 그 시스템이 정말 사용자의 의도대로 움직이는지, 실수나 오작동이 발생했을 때 어떻게 대응하는지, 서비스 제공자가 약속을 지키는지 — 이 세 가지가 보장되지 않으면 에이전트 결제는 편의가 아니라 리스크다.

이 글에서는 에이전트 결제가 현실에서 작동하기 위해 반드시 풀어야 할 문제들을 짚고, PayChain AI가 이를 어떤 구성 요소로 설계하고 있는지 소개한다.

에이전트 뒤에는 누가 있는가

기존 결제 시스템은 사람을 인증하도록 설계돼 있다. 어떤 인증 방식이든 공통적으로 확인하는 것은 하나다. 이 행위를 하는 주체가 정당한 사용자인가.

에이전트 결제에서도 동일한 문제가 적용된다. 다만, 결제 주체가 바뀜에 따라 접근 방식이 달라진다. 서비스 입장에서는 요청을 보낸 주체가 실제로 누구의 에이전트인지, 어느 범위의 권한을 위임받았는지 알기 어렵다. 에이전트의 신원과 권한 범위를 검증할 방법이 없으니, 서비스는 에이전트를 전면 허용하거나 전면 차단하는 이분법적 선택만 남는다. 그 결과 신원 확인을 위한 API 키가 에이전트마다, 서비스마다 별도로 필요해지고 관리해야 할 자격증명이 기하급수적으로 늘어난다.

멀티 에이전트 환경에서는 문제가 더 복잡해진다. 하나의 마스터 에이전트가 여러 전문 서브에이전트를 조율하는 구조에서는, 각 에이전트가 누구로부터 어떤 권한을 위임받았는지 추적하는 것이 구조적으로 어렵다. “매일 자정 항공권 가격을 모니터링하다가 조건이 맞으면 자동 구매해줘”라는 요청에서 에이전트는 사용자의 개입 없이 독립적으로 움직인다.

이 환경에서 핵심 질문은 하나다. 이 에이전트는 누구의 것이고, 어떤 권한 범위 안에서 행동하고 있는가.

에이전트를 얼마나 믿을 수 있는가

에이전트 커머스에서 에이전트는 사용자를 대신해서 판단한다. 하지만 그 판단이 항상 사용자의 의도와 일치하지 않을 수 있다. AI는 환각 현상이 발생할 수 있고, 실수를 할 수 있다.

여행 에이전트에게 다음 달 제주도 숙소를 예약해 달라고 했는데, 날짜를 잘못 해석해 엉뚱한 날짜로 예약이 완료됐다. 취소 정책이 까다로운 숙소라면 결제된 금액을 돌려받기 어렵다. 에이전트가 어떤 과정을 거쳐 그 결정을 내렸는지 확인할 방법도, 이의를 제기할 근거도 없다.

더 심각한 경우도 있다. 쇼핑 에이전트가 외부 공격에 의해 조작된 명령을 실행하거나, 사용자가 설정한 예산 범위를 넘어 거래를 진행한다. 에이전트가 초당 수백, 수천 건의 마이크로트랜잭션을 처리하는 환경에서는 모든 실행을 사용자가 직접 확인할 수 없다. 문제가 발생했을 때 “사용자가 이것을 허락했는가”, “에이전트가 권한 범위 안에서 행동했는가”를 대조할 기록 자체가 없다면 분쟁을 해결할 근거가 없다.

서비스 품질을 어떻게 보장하는가

에이전트 경제가 성숙해질수록 새로운 거래의 형태가 생긴다. 우리가 흔히 기존 커머스에서 구매하던 식음료, 영화티켓, 생활용품 뿐만 아니라 API 호출 자체가 서비스가 되고, 데이터 취득이 거래 단위가 되고, AI 추론 결과가 상품이 된다. 이미지 생성, 리포트 작성, 코드 검토처럼 에이전트가 요청한 서비스의 결과물이 기대와 다를 때 어떻게 할 것인지 또한 풀어야 할 과제다.

전통적인 결제 환경에서는 카드사 차지백이나 환불 청구 같은 구제 수단이 있다. 다만, 전통적인 결제 레일은 수수료와 정산 구조가 에이전트 경제의 특성에 맞지 않는다. 건당 $0.001 미만의 API 과금이 일상화되는 환경에서 기존 카드사 수수료 구조는 경제적이지 않다.

반대로 가상자산 결제는 마이크로 단위 거래에 특화되어 있다. 다만 블록체인에 검증된 거래는 최종적이며 비가역적인 특성을 지닌다. 에이전트가 데이터를 구매했는데 쓸모없는 결과가 왔다면, API를 호출했는데 약속한 응답 품질을 전혀 충족하지 못했다면, 결제는 이미 완료됐고 되돌릴 방법이 없다.

PayChain AI의 구성 요소

PayChain AI는 이 문제들을 각각 독립된 구성 요소로 설계한다. 각 구성 요소는 독립적이면서 서로 상호작용할 수 있도록 설계되어 있다.

PayChain Agent ID — 에이전트 신원

앞서 이야기한 대로, 에이전트의 신원을 확인할 공통 기준이 없으면 서비스마다 별도의 API 키가 필요해지고 관리 부담이 기하급수적으로 늘어난다. PayChain Agent ID는 이 문제를 두 가지 구성으로 다룬다.

첫 번째는 온체인 지갑만 있으면 누구든 에이전트에게 부여할 수 있는 에이전트 주소(Agent Address)다. 사용자 지갑에서 수학적으로 파생된 고유 주소가 에이전트마다 할당되고, 어떤 서비스든 이 주소를 체인에서 직접 조회해 에이전트의 소유자와 권한 범위를 확인할 수 있다. 서비스별 API 키가 필요 없어지고, 중앙 서버 없이 수학적 증명만으로 신원 확인이 완결된다. 대부분의 에이전트 거래는 이 층으로 충분하다.

두 번째는 실제 신원 인증을 거쳐야 발급받을 수 있는 Verifiable Credentials(VC)다. VC는 KYC 완료, 라이선스 보유, 규정 준수 여부 같은 속성을 신뢰할 수 있는 발급 기관이 암호 서명해 발행하는 증명서다. 금융 서비스, 고가 거래, 규제 대응이 필요한 환경에서 이 VC를 에이전트에 결합하면 KYC 조건을 충족할 수 있다. VC를 보유한 에이전트는 배후의 사용자가 누구인지 공개하지 않고도 “인증된 사용자의 에이전트”임을 증명할 수 있다.

두 층은 독립적으로 작동한다. 에이전트 주소는 기본으로 갖추는 신원이고, VC는 특정 서비스가 요구하는 경우에만 추가로 활용된다.

PayChain Agent ID는 신원 확인에 그치지 않는다. 에이전트가 무엇을 할 수 있는지, 어떤 서비스에 접근할 수 있는지, 얼마까지 지출할 수 있는지 — 권한 범위 전체를 하나의 온체인 객체로 패키징한다.

멀티 에이전트 구조도 이 위계로 자연스럽게 표현된다. 사용자가 마스터 에이전트에게 권한을 위임하면, 마스터 에이전트는 그 범위 안에서 서브에이전트들에게 작업을 배분한다. 각 레벨은 상위 레벨의 권한 범위를 수학적으로 초과할 수 없다.

PayChain Agent Proof — 의도와 실행의 연결

PayChain Agent Proof는 세 단계의 서명이 연쇄적으로 연결되어 에이전트의 모든 액션을 온체인에 기록하는 구조다. 사용자가 에이전트에게 권한 범위를 서명하는 Intent Grant, 에이전트가 특정 작업과 세션으로 권한을 좁혀 재위임하는 Task Delegation, 실제 트랜잭션 내용에 서명하는 Transaction Signature. 서비스는 거래를 수락하기 전 세 단계를 동시에 검증하며, 하나라도 실패하면 거래가 차단된다.

이 구조가 만드는 핵심 효과는 두 가지다.

첫째, 사전 제어다. 에이전트가 사용자가 설정한 한도를 초과하려 하면 스마트컨트랙트가 이를 강제로 차단한다. 규칙으로 금지하는 것이 아니라 컨트랙트 조건 자체로 불가능하게 만드는 것이다. 월 최대 50만 원, 식비 카테고리만, 승인된 서비스 목록만 같은 조건이 에이전트의 행동을 실제로 구속한다.

둘째, 사후 증명이다. 앞서 이야기한 잘못된 날짜 예약 시나리오에서, PayChain Agent Proof가 있는 환경에서는 에이전트가 어떤 Intent Grant를 기반으로, 어떤 Task Delegation을 통해, 어떤 Transaction Signature를 생성했는지 모두 체인에 기록된다. 사용자가 무엇을 허락했고 에이전트가 어떤 범위에서 실행했는지를 양측 모두 대조할 수 있는 불변 기록이 생기는 것이다. 에이전트의 행동이 블랙박스에서 벗어난다.

Agent SLA — 서비스 검증과 품질 집행

에이전트 커머스에서는 API 응답 속도, 데이터 정확도, 추론 결과물의 품질처럼 서비스 제공자가 약속한 조건을 실제로 이행했는지가 중요하다. 하지만 기존 방식에서는 서비스가 약속을 어겨도 법적 절차를 밟기 전까지 아무것도 자동으로 일어나지 않는다.

Agent SLA는 서비스 수준 약정을 스마트컨트랙트로 구현한다. 응답 시간, 가용성, 정확성, 처리량 같은 측정 가능한 조건들은 오라클을 통해 자동으로 검증된다. 조건이 충족되지 않으면 패널티가 자동으로 집행된다.

이미지 생성이나 리포트 작성처럼 결과물의 품질이 주관적인 경우에는 별도의 검증자(Evaluator)가 개입한다. 검증자는 클라이언트와 서비스 제공자 양쪽이 합의한 온체인 주소로, AI 에이전트가 될 수도, 스마트컨트랙트가 될 수도, 멀티시그 구조가 될 수도 있다. 검증자가 이행 완료를 확인하거나 거절하면, 그 결과가 Escrow로 전달되어 자금 흐름이 결정된다.

Escrow — 조건부 정산

Escrow는 크립토 결제의 비가역성 문제를 직접 해결한다. 에이전트가 서비스를 구매할 때 결제 금액은 즉시 서비스 제공자에게 전달되지 않고 스마트컨트랙트에 예치된다. Agent SLA 또는 검증자로부터 이행 확인 신호를 받아야만 결제가 최종 집행된다. 거절 신호가 오거나 정해진 시간 안에 확인이 이루어지지 않으면 자금은 자동으로 반환된다.

Agent Reputation — 에이전트의 서비스 선택 참고 지표

에이전트가 처음 거래하는 서비스 제공자의 신뢰도를 어떻게 판단할 것인가. 모든 거래의 완료, 거절, 분쟁 여부는 체인에 누적된다. 이 이력을 기반으로 서비스 제공자의 평판 점수가 만들어진다.

평판 시스템은 절대적인 기준이 아니라 참고 지표에 가깝다. 구글 평점이나 네이버 리뷰처럼 서비스를 선택할 때 판단의 근거가 되는 정보다. 사용자는 자신의 에이전트가 특정 평판 기준 이상의 서비스 제공자에게만 접근하도록 설정할 수 있고, 반대로 신규 서비스라도 직접 허용 목록에 추가할 수도 있다. SLA를 반복적으로 위반한 사업자는 평판 하락과 함께 마켓플레이스 내 가시성이 낮아진다.

신뢰 인프라를 넘어, 실행으로

에이전트 결제 인프라 자체는 이미 빠르게 만들어지고 있다. 구글, 비자, 마스터카드 모두 그 방향으로 움직이고 있고, 에이전트가 결제를 수행할 수 있는 환경은 가까운 시간 안에 갖춰질 것이다.

하지만 인프라가 있다고 해서 에이전트를 믿고 결제를 맡길 수 있는 것은 아니다. 누구의 에이전트인지 확인할 수 있어야 하고, 에이전트가 정말 내 의도 안에서 행동했는지 증명할 수 있어야 하고, 서비스가 약속을 지키지 않았을 때 자동으로 대응하는 구조가 있어야 한다.

PayChain Agent ID, PayChain Agent Proof, Agent SLA, Escrow, Agent Reputation — 이 다섯 가지 구성 요소가 PayChain AI가 그 신뢰 인프라를 만드는 방식이다.

다음 편에서는 실행 레이어를 다룬다. 에이전트 결제가 실제 트랜잭션 단위에서 어떻게 작동하는지, x402 프로토콜이 PayChain 위에서 어떻게 구현되는지, 마이크로트랜잭션 경제가 어떤 구조로 현실화되는지를 구체적으로 살펴본다.

📚PayChain AI 시리즈

• 1편: 자율 상거래 시대의 도래, 결제 인프라의 변화
• 2편: 에이전트 결제가 풀어야 할 문제들, 그리고 PayChain AI의 설계 (현재 글)
• 3편: 에이전트 결제가 실제로 실행되는 방식
• 3+편: px402의 구조를 들여다보다
• 4편: 에이전트 결제 도입 전략
• 5편: 에이전트 경제에서 PCI의 역할

About PayChain

PayChain은 페이프로토콜이 구축하는 EVM 기반 결제·정산 특화 블록체인입니다. USDC, USDT, 원화 스테이블코인 등 다양한 법정화폐 연동 자산과 Paycoin(PCI)을 네이티브로 지원하며, 가맹점은 하나의 연동만으로 이더리움, 베이스, 아발란체, 트론 등 주요 멀티체인 환경의 가상자산 결제와 정산을 지원받습니다. 나아가 PayChain은 자율형 AI 에이전트가 온체인에서 직접 결제·정산·계약을 수행하는 에이전트 커머스를 위한 차세대 결제 인프라를 구축해 나가고 있습니다.

About Paycoin

Paycoin(PCI)은 페이프로토콜이 발행하는 가상자산 결제 및 인프라 토큰입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 국내 최초의 상용 결제 가상자산으로서 기존 결제 프로세스의 중간 참여자를 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기를, 사용자에게는 안전하고 간편한 결제 경험을 제공해 왔습니다. 나아가 PCI는 페이프로토콜이 구축하는 EVM 기반 결제 블록체인 PayChain의 핵심 네이티브 자산으로서, 가스비 처리·시퀀서 스테이킹·거버넌스·소각 구조 전반에 활용되며 국내를 넘어 글로벌 결제 인프라의 중심 자산으로 그 역할을 확장하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

PayChain AI (2) — 에이전트 결제가 풀어야 할 문제들, 그리고 PayChain AI의 설계 was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

원화 스테이블코인 제도화에 대한 관심이 높아지고 있는 가운데, 다날핀테크와 JB전북은행이 1차 PoC를 성공적으로 마무리했습니다. 이번 PoC에서는 스테이블코인의 발행·충전·결제·취소·정산·소각까지 이어지는 전체 흐름을 가상 환경에서 구현하고, 사용자 앱과 가맹점 앱, 운영 시스템이 맞물려 돌아가는 구조를 점검했습니다. 그 과정에서 확인한 것들을 공유드립니다.

이번 PoC의 핵심

이번 PoC에서 가장 중요하게 본 것은 원화 스테이블코인의 전체 라이프사이클을 하나의 흐름으로 연결하는 것이었습니다. 사용자가 원화를 입금하면 스테이블코인이 발행되고, 이를 보관하고 결제에 사용한 뒤, 필요할 경우 취소와 환불이 이뤄지고, 마지막에는 가맹점 정산과 소각까지 이어지는 구조입니다. 개별 기능을 따로 구현하는 것과, 실제 서비스 흐름 안에서 끊김 없이 연결하는 것은 전혀 다른 문제이기 때문입니다.

실제 테스트도 이런 관점에서 설계했습니다. 충전 시나리오에서는 은행의 입금 확인 이후 SaaS 시스템과 온체인 발행이 어떻게 이어지는지 확인했고, 결제 시나리오에서는 B2C 결제와 실시간 캐시백, 결제 취소 시 캐시백 회수까지 포함했습니다. 여기에 가맹점 간 B2B 결제와 인센티브 지급 구조, 가맹점 보유 잔액을 원화로 정산하는 소각 흐름까지 — 총 31건의 시나리오를 서비스 흐름 기준으로 검증했습니다.

특히 충전(Mint) 과정에서는 지급준비 증명(PoR) 엔진이 실시간으로 작동하면서 담보비율을 검증하는 구조까지 테스트에 포함됐습니다. 발행량이 변할 때마다 온체인 트랜잭션과 PoR 엔진의 업데이트 내역을 교차 검증하는 방식인데, 준비금 관리의 투명성을 기술적으로 어떻게 담보할 수 있는지 확인하는 데 의미가 있었습니다.

어떤 구조를 점검했나

이번 프로젝트는 사용자 경험과 운영 구조를 동시에 살펴보는 방식으로 진행했습니다. 사용자와 가맹점은 각자 앱에서 충전, 결제, 조회, 정산을 수행하고, 그 뒤에서는 원장 관리, 거래 기록, 지급준비 현황, 운영 콘솔 같은 시스템이 연동되는 구조입니다. 화면에서 보이는 결제 경험뿐 아니라, 발행량과 거래 흐름을 관리하고 모니터링하는 운영 레이어까지 점검한 셈입니다.

역할 분담도 명확하게 구성했습니다. JB전북은행은 발행과 승인, 정산, 리스크 관리, 규제 준수 관점을 맡았고, 저희 다날핀테크는 SaaS 플랫폼 기반의 인프라와 테스트 앱, API 연동, 블록체인 운영을 담당했습니다. 기존 금융기관의 역할을 대체하는 방식이 아니라, 은행이 가져야 할 통제와 운영 체계를 유지한 채 블록체인 기반 결제 구조를 얹는 접근입니다. 저희가 이 구조에서 특히 신경 쓴 부분은, 금융기관이 실제로 운영할 수 있는 형태를 전제로 설계하는 것이었습니다.

검증 결과, 무엇을 확인했나

이번 PoC는 “기술적으로 구현 가능한가”보다 “금융기관이 실제로 운영할 수 있는 구조인가”에 더 큰 비중을 둔 검증이었습니다. 사용자 입장에서는 앱에서 충전하고 결제하는 경험이 자연스러운지, 가맹점 입장에서는 수납과 정산이 실무적으로 가능한지, 운영자 입장에서는 발행량과 거래 내역, 정산 상태를 안정적으로 관리할 수 있는지를 각각의 관점에서 살펴보았습니다.

결과적으로, 결제 인프라의 기술 완성도 자체는 상용화 가능한 수준에 근접해 있다는 점이 확인됐습니다. 동시에, 블록체인 기반 결제가 기존 금융 운영 체계와 만나는 지점에서 어떤 기준이 더 필요한지도 윤곽이 잡혔습니다. 거래 안정성을 높이기 위한 시스템 연동 구조, 금융기관 수준의 컴플라이언스 체계, 온·오프체인 간 데이터 정합성 관리 등, 상용화 단계에서 갖춰야 할 과제가 구체적으로 정리된 것입니다. 이런 과제가 도출됐다는 것 자체가, 이번 PoC가 기능 시연을 넘어 실제 금융 환경을 전제로 한 검증이었음을 보여준다고 생각합니다.

아울러, 시뮬레이션 환경, API 인터페이스, 운영 대시보드 같은 기술 산출물도 함께 정리되면서, 향후 금융권 적용을 검토할 때 참고할 수 있는 실증 기반이 마련됐습니다.

다음 단계

이번 PoC가 주요 서비스 흐름과 운영 구조의 기본을 점검하는 단계였다면, 다음 단계에서는 이번에 도출된 과제들을 중심으로 금융기관 환경에 맞는 체계를 구체화해 나갈 예정입니다. 시스템 간 연동 구조와 거래 관리 체계를 정비하고, 운영 모니터링도 한층 정교하게 다듬어갈 계획입니다.

특히 금융권에서 요구하는 내부 통제와 컴플라이언스 기준을 서비스 구조 안에 어떻게 녹여낼지가 핵심 과제가 될 것입니다. 제도 변화와 시장 환경을 계속 주시하면서, 사용자와 가맹점 관점에서의 UX/UI 보완도 병행할 예정입니다. 이번 검증에서 확보한 실증 데이터와 운영 경험을 발판 삼아, 금융권 적용 가능성과 상용화 검토로 이어질 수 있는 기반을 만들어 가겠습니다.

About PayChain

PayChain은 페이프로토콜이 구축하는 EVM 기반 결제·정산 특화 블록체인입니다. USDC, USDT, 원화 스테이블코인 등 다양한 법정화폐 연동 자산과 Paycoin(PCI)을 네이티브로 지원하며, 가맹점은 하나의 연동만으로 이더리움, 베이스, 아발란체, 트론 등 주요 멀티체인 환경의 가상자산 결제와 정산을 지원받습니다. 나아가 PayChain은 자율형 AI 에이전트가 온체인에서 직접 결제·정산·계약을 수행하는 에이전트 커머스를 위한 차세대 결제 인프라를 구축해 나가고 있습니다.

About Paycoin

Paycoin(PCI)은 페이프로토콜이 발행하는 가상자산 결제 및 인프라 토큰입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 국내 최초의 상용 결제 가상자산으로서 기존 결제 프로세스의 중간 참여자를 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기를, 사용자에게는 안전하고 간편한 결제 경험을 제공해 왔습니다. 나아가 PCI는 페이프로토콜이 구축하는 EVM 기반 결제 블록체인 PayChain의 핵심 네이티브 자산으로서, 가스비 처리·시퀀서 스테이킹·거버넌스·소각 구조 전반에 활용되며 국내를 넘어 글로벌 결제 인프라의 중심 자산으로 그 역할을 확장하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

다날핀테크 SaaS 플랫폼, JB 전북은행과 1차 PoC 검증 완료 was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

우리는 오랫동안 사람이 직접 검색하고, 비교하고, 선택하고, 결제하는 방식의 상거래에 익숙해져 있었다. 필요한 상품을 찾고 여러 조건을 따져본 뒤, 마지막에 직접 구매를 확정하는 흐름이 디지털 상거래의 기본 문법이었다. 그러나 이제 이 문법이 바뀌기 시작했다. 사용자의 목표와 조건을 이해한 AI 에이전트가 검색과 판단, 실행의 상당 부분을 대신하는 구조로 이동하고 있는 것이다.

이 변화는 더 이상 막연한 전망이 아니다. 구글은 에이전트 결제를 위한 개방형 프로토콜인 Agent Payments Protocol을, 비자는 AI 상거래를 위한 Trusted Agent Protocol을, 마스터카드 역시 에이전트 결제를 위한 Agent Pay를 각각 발표했다. AI가 사용자를 대신해 거래를 수행하는 흐름이 차세대 상거래 질서의 중심으로 올라오고 있다.

앞으로 사용자는 전체 과정을 직접 조작하는 사람이 아니라, 목적과 조건을 위임하는 사람이 된다. “이번 주말 여행에 맞는 항공과 숙소를 예산 안에서 예약해줘”, “이 조건에 맞는 솔루션을 찾아 가장 유리한 방식으로 계약해줘”, “정해둔 가격 이하로 내려가면 자동으로 구매해줘” 같은 요청은 검색 명령이 아니라 거래 명령에 가까워진다. 화면과 버튼이 아니라, 조건을 이해하고 행동하는 에이전트가 상거래의 중심에 자리 잡는 시대가 열리고 있다.

변화하는 거래 구조와 플랫폼 인프라의 과제

거래의 주체가 바뀌면 기존의 인프라도 바뀌어야 한다. 기존 플랫폼은 사람이 직접 화면에 접속해 로그인하고, 내용을 확인하고, 마지막 승인을 내리는 흐름을 전제로 설계돼 있다. 이 구조는 사람이 모든 단계를 통제하는 환경에서는 자연스럽지만, 에이전트가 조건에 따라 여러 후보를 검토하고 실시간으로 최적의 선택을 실행해야 하는 환경에서는 제약이 된다.

구글은 AP2를 발표하면서, 현재의 시스템은 “사람이 직접 구매를 확정한다”는 가정 위에 놓여 있다고 짚었다. 에이전트가 사용자를 대신해 거래를 수행하는 시대에는 누가 어떤 권한으로 행동하는지, 그 요청이 정말 사용자의 의도를 반영하는지, 문제가 생겼을 때 책임을 어떻게 가를지를 새롭게 다뤄야 한다는 것이다.

비자와 마스터카드 역시 같은 문제의식을 공유한다. 비자는 상점이 정상적인 구매 목적의 에이전트를 악성 자동화와 구분할 수 있도록 새로운 신뢰 규약이 필요하다고 밝혔고, 마스터카드는 Agent Pay에서 신뢰 가능한 에이전트의 등록과 검증, 토큰화된 결제 수단, 이용자 통제 규칙을 핵심 요소로 제시했다. 에이전트 결제는 기존 결제창을 대화형으로 바꾸는 수준이 아니라, 새로운 신뢰 체계를 필요로 하는 영역이다.

에이전트 시대가 요구하는 새로운 결제 질서

에이전트 시대의 결제에서 핵심은 “자동결제가 가능한가”가 아니다. 핵심 질문은 에이전트가 어떤 형태의 돈을 가장 자연스럽게 다룰 수 있는가다. 인간 중심 결제는 앱, 화면, 로그인, 접속 상태, 인증 절차를 전제로 한다. 하지만 에이전트는 응용프로그램 인터페이스를 호출하고, 데이터를 사고, 연산을 구매하고, 다른 에이전트나 서비스와 실시간으로 상호작용한다. 에이전트의 경제활동은 본질적으로 디지털 환경에 태생적으로 맞는 활동이다. 그렇다면 에이전트가 다루는 돈 역시 그래야 한다.

업계는 이미 움직이고 있다. 비자는 2025년 7월 자사 정산 플랫폼에 USDG, PYUSD, EURC를 추가하고 스텔라와 아발란체까지 지원 범위를 넓히며 스테이블코인 기반 정산을 본격 확장하겠다고 밝혔다. 마스터카드 무브 역시 스테이블코인 지갑을 새로운 지급 종착지로 추가하며 속도, 유동성, 24시간 이용 가능성을 전면에 내세웠다.

이 흐름은 에이전트 결제 프로토콜에서 더 구체적인 형태를 갖추고 있다. 구글은 AP2를 카드, 실시간 계좌이체, 스테이블코인을 함께 담을 수 있는 결제 수단 중립적 틀로 제시하면서, 코인베이스의 x402를 스테이블코인 결제 레일로 통합했다. 비자 역시 TAP을 발표하며 x402와의 상호운용을 위해 코인베이스와 협력하고 있다고 공개했다. 여기서 드러나는 구조는 명확하다. 사용자가 에이전트에게 권한을 부여하고 예산을 설정하는 진입 레이어에서는 카드가 여전히 유효한 수단이지만, 에이전트가 실제로 서비스를 호출하고 비용을 정산하는 실행 레이어에서는 스테이블코인이 자연스러운 수단으로 자리 잡고 있다.

에이전트 경제가 깊어질수록 이 실행 레이어의 비중은 커질 수밖에 없다. 데이터 접근료, 연산 사용료, 응용프로그램 호출 비용, 기계 간 소액 정산처럼 에이전트가 가장 자주 다루게 될 거래 단위로 들어가면, 기존 결제의 문법은 빠르게 무거워진다. 반면 스테이블코인은 지갑 기반이고, 24시간 움직이며, 건별 과금과 고빈도 거래를 자연스럽게 처리할 수 있다. 우리는 에이전트의 실행 레이어가 확장될수록, 그 중심에 스테이블코인이 자리할 가능성이 높다고 본다.

자율 상거래가 만들어낼 세계

이 새로운 인프라 위에서 어떤 일들이 가능해지는지 구체적으로 상상해보자.

개인 AI 비서가 생활 속 반복 구매를 대신한다.

사용자가 “출근길에 늘 마시던 커피를 오늘도 같은 시간에 주문해줘”라고 요청하거나, “이번 주 장보기는 지난주와 비슷하게 채워주되 과일만 제철 상품으로 바꿔줘”라고 말하면, 에이전트는 평소의 소비 패턴과 선호, 예산을 반영해 상품을 고르고 결제까지 한 번에 수행한다.

에이전트가 창작에 필요한 권리를 건별로 구매한다.

마케팅 영상을 제작하는 에이전트가 해외 작곡가의 음원 5초, 일본 타입파운드리의 폰트 1종, 미국 스톡 플랫폼의 이미지 3장을 각각 사용량 단위로 결제한다. 연간 구독도, 포괄 라이선스 계약도 필요 없다. 필요한 권리를, 필요한 만큼, 발생하는 즉시 정산하는 구조다.

에이전트가 최적의 에이전트를 찾아 일감을 발주한다.

복잡한 리서치를 수행하는 에이전트가 시장 분석은 데이터 특화 에이전트에게, 규제 검토는 법률 특화 에이전트에게, 번역은 또 다른 에이전트에게 각각 위임한다. 작업이 완료될 때마다 결과물 단위로 자동 정산된다. 계약서도, 인보이스도 없다. 에이전트 경제에서는 소속이 아니라 역량이 거래의 기준이 된다.

이 세 가지 시나리오의 공통점은 하나다. 에이전트의 경제활동이 현실에서 작동하려면, 에이전트가 신뢰할 수 있는 결제 레이어가 반드시 필요하다는 것이다. 결제는 자율 상거래를 가능하게 하는 핵심 인프라다.

페이프로토콜이 이 변화를 준비하는 이유

페이프로토콜이 AI 에이전트 영역에 주목하는 이유도 여기에 있다. 우리의 역할은 AI 그 자체가 아니라, 에이전트가 실제 경제활동을 수행할 때 필요한 거래와 결제의 기반에 있다. 지금까지 페이프로토콜과 페이코인, 그리고 다날핀테크가 축적해 온 것은 디지털 결제가 현실의 상거래 안에서 어떻게 작동해야 하는지에 대한 운영 경험이다. 결제는 기술만으로 완성되지 않는다. 사용자 경험, 정산 구조, 권한 설계, 보안, 정책, 규제 대응이 함께 맞물려야 비로소 현실에서 작동한다.

에이전트가 검색을 대신하고, 비교를 대신하고, 예약과 구매를 대신하는 순간, 결제는 인공지능 바깥의 부가 기능이 아니라 안쪽의 핵심 인프라가 된다. 페이프로토콜은 이 변화가 일시적인 기술 유행이 아니라, 상거래의 구조 자체가 바뀌는 흐름이라고 본다. 우리는 바로 이 새로운 시대에 맞는 결제 인프라를 만들고자 한다.

다음 글에서는 에이전트 결제가 실제로 작동하기 위해 풀어야 할 구체적인 문제들과 페이프로토콜에서 이런 문제점들을 해결하기 위해 어떤 구조를 구상하고 있는지를 보다 세부적으로 다룰 것이다.

📚PayChain AI 시리즈

• 1편: 자율 상거래 시대의 도래, 결제 인프라의 변화 (현재 글)
• 2편: 에이전트 결제가 풀어야 할 문제들, 그리고 PayChain AI의 설계
• 3편: 에이전트 결제가 실제로 실행되는 방식
• 3+편: px402의 구조를 들여다보다
• 4편: 에이전트 결제 도입 전략
• 5편: 에이전트 경제에서 PCI의 역할

About PayChain

PayChain은 페이프로토콜이 구축하는 EVM 기반 결제·정산 특화 블록체인입니다. USDC, USDT, 원화 스테이블코인 등 다양한 법정화폐 연동 자산과 Paycoin(PCI)을 네이티브로 지원하며, 가맹점은 하나의 연동만으로 이더리움, 베이스, 아발란체, 트론 등 주요 멀티체인 환경의 가상자산 결제와 정산을 지원받습니다. 나아가 PayChain은 자율형 AI 에이전트가 온체인에서 직접 결제·정산·계약을 수행하는 에이전트 커머스를 위한 차세대 결제 인프라를 구축해 나가고 있습니다.

About Paycoin

Paycoin(PCI)은 페이프로토콜이 발행하는 가상자산 결제 및 인프라 토큰입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 국내 최초의 상용 결제 가상자산으로서 기존 결제 프로세스의 중간 참여자를 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기를, 사용자에게는 안전하고 간편한 결제 경험을 제공해 왔습니다. 나아가 PCI는 페이프로토콜이 구축하는 EVM 기반 결제 블록체인 PayChain의 핵심 네이티브 자산으로서, 가스비 처리·시퀀서 스테이킹·거버넌스·소각 구조 전반에 활용되며 국내를 넘어 글로벌 결제 인프라의 중심 자산으로 그 역할을 확장하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

PayChain AI (1) — 자율 상거래 시대의 도래, 결제 인프라의 변화 was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

Q1. 스테이블코인 사업과 관련된 현황 및 향후 계획은 어떻게 되나요?

현재 금융당국의 정책 기조를 종합적으로 고려하면, 원화 스테이블코인 발행 주도권은 은행권 또는 제도권 금융기관 중심으로 형성될 가능성이 높다고 보고 있습니다. 저희도 이러한 흐름을 충분히 인지하고 있으며, 그에 맞춰 사업 방향을 준비하고 있습니다.

페이프로토콜은 직접적인 발행 주체가 되는 것보다, 발행된 스테이블코인이 실제로 유통·결제·정산될 수 있는 인프라를 제공하는 역할에 집중하고 있습니다. 구체적으로는 자체 메인넷인 PayChain을 중심으로, 스테이블코인의 유통, 결제, 정산, 컴플라이언스, 온체인 데이터 검증까지 이어지는 네트워크 레이어를 구축하고 있습니다.

즉, 원화 스테이블코인의 발행 주체가 은행권으로 정리되더라도, 저희는 그 스테이블코인이 실제 상거래와 디지털자산 생태계 안에서 활용될 수 있도록 하는 유통 허브이자 결제 인프라 사업자로 기능하는 방향을 준비하고 있습니다.

이 과정에서 PCI는 단순한 보조 자산이 아니라, PayChain 상에서 가스비, 결제 수수료, 인센티브, 거버넌스의 중심축으로 작동하도록 설계되고 있습니다. 이는 이더리움 생태계에서 ETH가 네트워크 수수료와 운영의 핵심 자산으로 기능하는 구조와 유사하며, 스테이블코인 유통이 확대될수록 PCI의 실사용 수요와 소각 메커니즘도 함께 강화되는 구조를 목표로 하고 있습니다.

결국 저희는 원화 스테이블코인 발행 주체가 누구인지와 관계없이, 발행 이후의 유통과 결제 인프라를 담당하고, PCI가 그 생태계를 움직이는 핵심 유틸리티 자산으로 자리잡을 수 있도록 준비하고 있습니다.

Q2. PayChain의 진행 현황은 어떻게 되나요?

현재 PayChain은 웹3 생태계에서 검증된 파트너사들과 함께 클로즈드 베타를 구축하며 내부 검증을 진행하고 있으며, 이후 테스트넷을 단계적으로 오픈할 계획입니다. 이 과정을 통해 초기 네트워크의 안정성과 활용성을 함께 확보해 나갈 예정입니다. 또한 PayChain에는 백서에서 제시한 P2F 구조를 포함해, 결제 네트워크와 실거래 경험을 기반으로 x402 기반의AI Agentic Payment 모델을 개발하고 있습니다.

저희는 PayChain을 통해 단순한 결제 네트워크를 넘어, 자동화된 가치 흐름과 참여 기반 보상 구조가 결합된 새로운 형태의 결제 인프라를 구축하고자 합니다. 특히 P2F 거버넌스와 x402 기반 구조는 네트워크 참여자들이 단순 보유를 넘어 실제 생태계 활동에 참여할 수 있는 동기를 제공하고, 이에 따른 실질적인 혜택을 연결하는 방향으로 설계되고 있습니다. 이러한 구조 변화에 따라 PCI는 기존 결제 유틸리티 역할에 더해, PayChain 내 네트워크 수수료 및 생태계 참여를 위한 핵심 자산으로 활용 범위가 확장될 예정입니다. 더불어 스테이킹, 락업, 수수료 소각 메커니즘이 결합되면서 PCI의 순환 구조와 토큰 이코노미 전반에도 의미 있는 변화가 기대됩니다.

Q3. 국내 사업 진행 현황은 어떻게 되나요? VASP 신고와 실명계좌 발급 계획은 있나요?

현재 페이코인의 국내 사업은 정상적으로 진행되고 있습니다. 다만 국내 제도 환경을 종합적으로 고려할 때, VASP 신고 및 실명계좌 발급 계획은 향후 제도적 방향이 보다 명확해지는 시점에 맞춰 재검토할 예정입니다.

현재 국내에서는 가상자산 결제와 관련한 제도와 법적 기반이 충분히 정비되지 않은 상황입니다. 그럼에도 불구하고 저희는 VASP와 실명계좌가 없는 환경에서도 페이코인을 활용한 결제 모델을 구축해 왔고, 이를 통해 국내 PCI 결제를 다시 현실화했습니다. 현재 CU, GS25, 7-Eleven, emart24와 같은 주요 편의점을 비롯해 도미노피자, 피자헛, 서울랜드 등 다양한 가맹점에서 실제로 PCI 결제가 가능한 상태입니다. 이는 국내 제도 공백 속에서도 서비스 구조를 설계하고 실사용 사례를 만들어왔다는 점에서 의미가 있습니다.

동시에 저희는 PayChain, 스테이블코인 인프라, 결제 및 정산 네트워크 고도화와 같은 중장기 핵심 과제에 역량을 집중하고 있습니다. 지금 단계에서는 국내 VASP 체계 안에서의 사업 확대 자체보다, 향후 제도 변화에 대응할 수 있는 인프라와 서비스 구조를 먼저 갖추는 것이 더 중요한 과제라고 판단했습니다. 또한 이 과정에서 PCI가 향후 PayChain 생태계 안에서 실질적인 유틸리티와 역할을 갖는 핵심 자산으로 자리잡을 수 있도록, 결제·정산·인센티브·거버넌스 구조 전반을 강화하는 데 집중하고 있습니다.

국내 가맹점 확대는 현재도 지속적으로 추진 중이며, 실명계좌 발급을 포함한 제도권 재진입 여부는 PayChain 개발 진척, 향후 사업 구조, 그리고 규제 환경을 종합적으로 고려해 검토할 계획입니다

Q4. 일본 법인 모빌렛(Mobillet)의 현황과 향후 운영 방향은 어떻게 되나요?

모빌렛은 페이코인의 글로벌 확장을 위해 설립된 법인으로, 현재 글로벌 결제 환경에 맞춘 서비스를 운영하고 있습니다.

페이프로토콜은 유럽을 중심으로 스위스 소재 금융기관 및 글로벌 카드 네트워크와의 협력 구조를 바탕으로 글로벌 결제 서비스를 전개하고 있으며, 페이프로토콜 Mastercard 기반 앱을 통해 유럽 지역에서 실제 결제가 가능한 서비스를 운영 중입니다

양사는 법적으로는 독립된 구조이지만, 페이코인 생태계 확장이라는 공통된 방향성 아래 서비스 연계와 사용자 경험 통합을 추진하고 있습니다. 이에 따라 모빌렛에서 제공 중인 서비스는 향후 페이프로토콜 앱과의 통합을 통해 글로벌 단일 앱 형태로 재편될 예정이며, 통합된 앱을 기반으로 다양한 결제 모델을 글로벌 시장에 선보일 계획입니다.

Q5. 유럽 CASP 라이선스 현황에 대하여

다날핀테크는 그동안 자회사 Dafin Labs를 통해 리투아니아에서 CASP 라이선스 취득을 준비해 왔으나,현재는 원화 기반 스테이블코인 사업에 역량을 집중하기 위해 우선순위를 조정함에 따라 전략적으로 중단하였습니다.

페이프로토콜은 스위스 VASP 라이선스를 2020년 3월부 터 현재까지 유지하고 있으며, 이를 기반으로 글로벌 결제 서비스를 안정적으로 운영하고 있습니다. CASP 라이선스는 글로벌 확장을 위한 여러 옵션 중 하나에 해당하며, 현재 사업 수행에 필수적인 요건은 아닙니다. 이에 따라 기존 구조 내에서도 해외 사업은 차질 없이 원활하게 진행되고 있습니다.

다날핀테크는 현재 국내 디지털자산기본법 등 제도 변화에 맞추어 원화 기반 스테이블코인 사업에 역량을 집중하고 있습니다. 특히 다날핀테크는 원화 기반 스테이블코인 사업을 위한 자체 SaaS 플랫폼을 개발하고 있으며, 해당 플랫폼은 금융기관 등 파트너사를 대상으로 제공되는 B2B 기반 스테이블코인 인프라 서비스입니다. 이 플랫폼은 발행·유통·결제·정산 전 과정을 블록체인 상에서 구현할 수 있도록 설계되어 있으며, 단순 개념 수준이 아닌 실제 금융기관과의 연계를 전제로 개발이 진행되고 있습니다.

금융기관 대상 B2B 스테이블코인 인프라 특성상, 단순 기능 구현을 넘어 실제 발행–유통–정산까지 연결되는 구조 검증이 필수적이며, 이 과정에서 안정성과 규제 적합성 확보를 위한 검증 범위가 예상보다 확대되었습니다. 현재는 복수의 금융사와 함께 PoC를 진행하며 상용화 가능 수준의 완성도를 확보하는 데 집중하고 있으며, PoC가 마무리되는 시점에 플랫폼의 기능과 구조를 공식적으로 공개할 예정입니다.

Q6. 해외 거래소 상장, 업비트 상장은 예정되어 있는지?

거래소 상장과 관련된 사항은 시장 환경, 거래소별 정책, 프로젝트의 사업 진행 상황 등 다양한 요소를 종합적으로 검토해 신중하게 접근하고 있습니다. 다만 개별 거래소와의 협의 여부나 구체적인 일정은 확정 전 단계에서 안내드리기 어려운 점 양해 부탁드립니다. 관련해 공식적으로 공유 가능한 내용이 생길 경우, 기존과 같이 공식 채널을 통해 안내드리겠습니다.

Q7. AI 관련 준비 중인 사업이 있나요?

저희는 AI 기반 시장 변화에 대해 선제적으로 대응하고 있으며, 관련 기술과 비즈니스 모델을 사업 전반에 적극적으로 반영하고 있습니다. 특히 x402와 같은 인터넷 네이티브 결제 프로토콜은 현재 준비 중인 원화 스테이블코인 사업 내에서 유통의 핵심 인프라가 될 것으로 판단하고 있으며, 그간 축적해온 결제 전문성을 기반으로 이를 빠르게 구현해 나가고 있습니다.

이와 함께 해외 주요 AI 프로젝트들과의 협력체계를 적극적으로 구축하며, AI와 결제가 결합된 새로운 서비스 구조를 구체화하고 있습니다. 내부적으로는 에이전트 기반 서비스 환경과 AI가 직접 결제·정산을 수행하는 구조를 실제로 개발 및 실증하고 있습니다. 세부적인 구조와 방향성은 준비가 되는 시점에 공식적으로 안내드릴 예정입니다.

Q8. 페이코인 가격이 계속 빠지는 이유는 무엇인가요?

가상자산의 가격은 시장 전반의 유동성, 투자 심리, 대외 환경, 프로젝트별 기대감 등 다양한 요인이 복합적으로 작용해 형성되기 때문에 특정 시점의 가격 변동을 하나의 이유로 설명드리기는 어렵습니다.

저희는 단기적인 가격 움직임에 직접 대응하기보다, 실제 서비스와 인프라를 구축하고 생태계 활용도를 높이는 데 집중하고 있습니다. 결제 인프라, PayChain, 스테이블코인, P2F 등 실사용 기반을 확대하고 네트워크를 활성화함으로써 프로젝트의 본질적인 가치가 시장에 반영될 수 있도록 지속적으로 추진해 나가겠습니다.

Q9. 향후 커뮤니티 운영 계획은 어떻게 되나요?

그동안 커뮤니티와의 소통이 충분하지 못했다는 점을 내부적으로도 인식하고 있습니다. 앞으로는 주요 진행 상황과 공유 가능한 내용을 보다 정기적이고 일관된 방식으로 안내드릴 수 있도록 운영 체계를 보완할 예정이며, 커뮤니티에서 주시는 질문과 의견도 보다 책임감 있게 확인하고 답변드릴 수 있도록 관리 수준을 높여가겠습니다.

About Paycoin

페이코인은 가상자산 결제 서비스를 제공하는 블록체인 프로젝트입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 페이코인을 통해 기존 결제 프로세스에서의 중간 참여자들을 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기, 그리고 사용자에게는 안전하고 간편한 서비스를 제공하고 있습니다. 현재 페이코인은 국내 최초의 상용 결제 가상자산으로써 사용되고 있으며, 이를 통해 신규 결제 시장과 서비스 활성화를 주도하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

26. 03. 25. 커뮤니티 Q&A was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

2월 10일, 단 하루! 페이코인 데이 초특가 데이!

기간: 2월 10일 오전 10시 오픈! (단 하루 진행)
미리 준비하는 알뜰 쇼핑, 페이코인 결제시 추가 혜택까지!

페이코인 쇼핑 인기 상품 중심으로 구성된 페이코인 데이!
오직 페이코인 앱 결제 사용 고객만 누리는 혜택을 놓치지 마세요!

🎁이벤트 혜택 안내

① 광동 공력환 파격 특가
명절 선물 준비끝! 광동 공력환
3.75g*48환 초특가 17,900원

② 페이코인 앱 결제 시 10% 리워드 적립!
결제도 혜택도 페이코인으로 알차게!

③ 리뷰 작성 시 1,000원 쿠폰 자동 증정!
상품 수령 후 간단 리뷰만 남겨도 쿠폰 지급!

지금 바로 참여하고,
2월 페이코인 데이의 풍성한 혜택을 누려보세요!
👉 페이코인 앱 접속 → 쇼핑 배너 클릭

About Paycoin

페이코인은 가상자산 결제 서비스를 제공하는 블록체인 프로젝트입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 페이코인을 통해 기존 결제 프로세스에서의 중간 참여자들을 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기, 그리고 사용자에게는 안전하고 간편한 서비스를 제공하고 있습니다. 현재 페이코인은 국내 최초의 상용 결제 가상자산으로써 사용되고 있으며, 이를 통해 신규 결제 시장과 서비스 활성화를 주도하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

2월 페이코인 데이 특가 이벤트 was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.

48시간 한정, 총 11,500 BGB를 잡아라!

Bitget에서 PCI 거래량 이벤트가 단 48시간 동안 진행됩니다.
총 11,500 BGB, 그리고 410명의 당첨자에게 돌아가는 기회!

🗓 이벤트 일정 (한국시간 기준)

• 시작: 2026년 1월 29일(목) 오전 1시
• 종료: 2026년 1월 31일(토) 오전 1시
• 진행 시간: 총 48시간

🎁 이벤트 보상 안내

• 총 보상 규모: 11,500 BGB
• 당첨자 수: 410명
• 1인 최대 보상: 최대 800 BGB

PCI 거래량 이벤트를 통해 거래만 해도 보상에 도전할 수 있는 구조로, 활발히 참여할수록 더 큰 보상을 받을 수 있습니다.

👉 Bitget에서 자세한 공지 확인하기

About Paycoin

페이코인은 가상자산 결제 서비스를 제공하는 블록체인 프로젝트입니다. 통합결제 솔루션 제공 업체 “다날”의 자회사 페이프로토콜은 페이코인을 통해 기존 결제 프로세스에서의 중간 참여자들을 줄이고, 가맹점에게는 낮은 수수료와 빠른 정산 주기, 그리고 사용자에게는 안전하고 간편한 서비스를 제공하고 있습니다. 현재 페이코인은 국내 최초의 상용 결제 가상자산으로써 사용되고 있으며, 이를 통해 신규 결제 시장과 서비스 활성화를 주도하고 있습니다.

홈페이지 | 텔레그램 | 트위터 | 앱 다운로드

Bitget PCI 거래량 이벤트 was originally published in Paycoin Blog on Medium, where people are continuing the conversation by highlighting and responding to this story.