MoltsPay 2.0: 에이전트 기반 커머스가 암호화폐 또는 법정화폐 결제 여부를 상관하지 않게 될 때

요약 (TL;DR): MoltsPay 2.0.0 (2026-06-20 발행)은 기존의 암호화폐 결제 경로(Base, Polygon, Solana, BNB, Tempo, XRPL)와 더불어, CNY(위안화)로 결제되는 첫 번째 **법정화폐 결제 경로 (fiat payment rail)**인 Alipay (支付宝 AI 收)를 추가했습니다. 이제 동일한 스킬(skill)이 USDC와 CNY 모두로 가격을 제시할 수 있으며, 에이전트(agent)는 선호도와 역량에 따라 경로를 라우팅합니다. 결정적으로, 암호화폐 결제 경로에는 아무런 변화가 없습니다. 이번 릴리스는 하위 호환성을 유지하는 추가적인 업데이트입니다. 코드 재작성이 아닌 설정 변경(config change)으로 이루어진 이유는 이전에 언급했던 것과 같습니다. MoltsPay는 프로토콜 우선(protocol-first)이 아닌 **추상화 우선 (abstraction-first)**이기 때문입니다.

지난 논의 요약

Why MoltsPay is Emerging as the Best Stack for Multi-Chain Agentic Commerce에서 논거는 간단했습니다:

에이전트 기반 커머스(Agentic commerce)는 오늘날의 결제 시스템이 구축된 방식과 정반대의 상황을 가정합니다. 오늘날의 결제 경로(rails)는 인간의 개입(human in the loop), 단일 체인 실행, 그리고 명시적인 지갑 상호작용을 가정합니다. 에이전트에게는 인간의 개입이나 지갑의 번거로운 절차 없이 프로그래밍 가능한 크로스 체인(cross-chain) 결제가 필요합니다.

그에 대한 해답은 **범용 결제 프로토콜 (Universal Payment Protocol, UPP)**이었습니다. 이는 이질적인 프로토콜들(x402, MPP, Solana Pay)을 하나의 통합된 API 뒤로 감싸는 추상화 계층(abstraction layer)으로, 에이전트가 '의도(intent)'를 표현하면 MoltsPay가 체인별로 최적의 프로토콜을 선택합니다. 전체적인 전략은 파편화된 세상에서는 추상화 우선(abstraction-first)이 프로토콜 우선(protocol-first)을 이긴다는 것이었습니다.

2.0 버전은 그 전략이 가장 중요한 지점, 즉 블록체인이 전혀 아닌 결제 유형에서 결실을 맺고 있는 단계입니다.

다음 장벽: 암호화폐 전용은 여전히 고립된 영역 (Silo)입니다

멀티 체인(Multi-chain)은 암호화폐 '내부'의 파편화 문제를 해결했습니다. 하지만

가장 현실적인 상인들은 법정화폐(fiat)로 결제합니다. 중국 본토의 한 상인이 서비스 가격을 CNY로 책정하고, CNY로 정산하며, CNY로 규제를 받습니다. 그들에게 'Base에서 USDC를 받으라'고 하는 것은 사용자 경험(UX) 측면에서 문제가 아니라 아예 불가능한 요구입니다.
가장 현실적인 구매자 에이전트들은 6개 체인에 걸쳐 가스비가 충당된 지갑을 보유하는 것이 아니라, 법정화폐 기반 잔액(fiat-backed balances)을 보유합니다.
에이전트는 가격이 어떤 세계에 존재하는지 알거나 신경 써서는 안 됩니다. '이 서비스는 6.99 위안입니다'와 '이 서비스는 $0.99 USDC입니다'는 동일한 형태의 결정이어야 합니다.

프로토콜 우선(protocol-first) 스택은 이 벽에 크게 부딪힙니다: x402는 HTTP 네이티브 암호화폐 정산 프로토콜입니다. 여기에 법정화폐를 붙인다는 것은 자체 SDK, 자체 서명 방식, 자체 오류 모델을 가진 병렬적이고 맞춤 제작된 통합(bespoke integration)을 의미하며, 이는 UPP가 숨기기 위해 만들어진 바로 그 파편화 문제입니다.

MoltsPay 2.0의 움직임: 법정화폐는 단지 또 다른 레일이다 (Fiat Is Just Another Rail)

MoltsPay에서 '레일(rail)'은 추상화 단위입니다. Alipay를 추가했다고 해서 개발자에게 새로운 프로토콜 표면(protocol surface)이 생긴 것은 아니었습니다. 이는 동일한 UPP 경계 뒤에 또 하나의 레일을 구현했다는 의미였습니다.

Alipay 레일 (支付宝 AI 收)을 한눈에 보면:

레일/체인 ID (Rail / chain id) — `

와이어 레벨 (wire-level) 트릭은 동일한 402 Payment Required 흐름을 따르지만, 이제 서버는 결제 요구 사항을 이중 송출 (dual-emits) 합니다:

X-Payment-Required — 최신 에이전트들이 읽을 수 있는 x402 / UPP 인식 헤더 (header)
Payment-Needed — 기존 MoltsPay 클라이언트들이 이미 이해하고 있는 레거시 (legacy) 헤더

에이전트 (Agent) ──요청 (request)──▶ 서버 (Server)
에이전트 (Agent) ◀─402 + {X-Payment-Required, Payment-Needed}── 서버 (Server)
        (제공 옵션: Base/Solana/BNB/… 상의 USDC AND Alipay를 통한 CNY)
...

두 헤더가 함께 전송되기 때문에, 기존의 암호화폐 전용 클라이언트는 1.x 버전에서 보았던 것과 정확히 동일한 것을 보게 되며, 2.0 에이전트는 법정화폐 (fiat) 옵션을 추가로 보게 됩니다. 어떤 클라이언트도 업그레이드를 강요받지 않았습니다. 이것이 실무에서

프로토콜 우선 (protocol-first) 스택은 그 프로토콜의 범위만큼만 확장될 수 있습니다. 반면 추상화 우선 (abstraction-first) 스택은 그 뒤에 구현할 수 있는 레일 (rails)의 범위만큼 확장됩니다. 그리고 이 레일이 반드시 블록체인일 필요는 없습니다.

암호화폐의 파편화 (Crypto fragmentation)가 그 첫 번째 증거였습니다. 설정 변경만으로 아무런 장애 없이 암호화폐와 법정화폐 (fiat)의 경계를 넘나드는 것이 두 번째 증거입니다.

사용해 보기

npm install moltspay        # alipay-bot CLI를 자동 프로비저닝합니다 (최선 노력; 
                            # MOLTSPAY_SKIP_CLI_INSTALL=1 설정 시 건너뜀)
npm view moltspay version   # 2.0.0

암호화폐 레일 (Crypto rails): Base · Polygon · Solana · BNB · Tempo · XRPL — 가스리스 (gasless), USDC
법정화폐 레일 (Fiat rail): Alipay (支付宝 AI 收) — CNY, 중국 본토 가맹점
해외 가맹점 / 개인 개발자: USDC 레일 사용 (온보딩 불필요)
전체 설정 참조: docs/ALIPAY-RAIL.md

MoltsPay 소개

MoltsPay는 AI 에이전트를 위한 오픈 소스 (open-source) 결제 인프라입니다. 에이전트들이 인간의 개입 없이 (without a human in the loop) 서로에게, 그리고 이제는 실제 가맹점에게 서비스 비용을 지불하는 HTTP 네이티브 (HTTP-native), 의도 기반 (intent-based) 결제 시스템입니다. 2.0.0 버전 기준으로, 이는 단일 범용 결제 프로토콜 (Universal Payment Protocol) 뒤에서 6개의 암호화폐 체인과 1개의 법정화폐 레일을 아우릅니다.

호환성 참고: 2.0.0은 기존 암호화폐 레일에 대해 파괴적 변경 사항 (breaking changes)을 도입하지 않습니다. 기존 1.x 사용자들은 즉시 업그레이드할 수 있습니다.

태그: #ai #agenticcommerce #payments #alipay #fiat #crypto #x402 #web3 #opensource